也許這個問題有一些解釋，但找不到最好的解決方案：我正在閱讀Mark Seemann 的這篇關(guān)于強制依賴的博客文章，據(jù)我所知，在文章末尾，他得出的結(jié)論是永遠不要使用或至少嘗試避免強制依賴，否則會有麻煩（到目前為止還可以））。這里是另一個職位從Autofac文檔。他們建議僅按目的使用俘虜依賴項（當您知道自己在做什么時?。?。這讓我想到了我在我的網(wǎng)站上遇到的情況。我有 10 個服務，它們都依賴于DbContext數(shù)據(jù)庫操作。我認為它們可以很容易地被注冊，就InstancePerLifetimeScope好像我解決了這個問題，DbContext因為它不會永遠保存在我的服務附帶的內(nèi)存中。（在我的情況下，我使用的是 Autofac）。所以，我認為一個好的起點是根據(jù)生命周期實例和DbContext每個請求創(chuàng)建所有這些實例。然后在我的服務中，我會使用類似的東西：public class MyService{    private readonly IDbContext _dbContext = DependencyResolver.Current.GetService<IDbContext>();    private MyModel GetMyModel() => Mapper.Map<MyModel>(_dbContext.MyTable.FirstOrDefault());}然后在我的啟動課程中，我有：builder.RegisterType<ApplicationDbContext>().As<IDbContext>().InstancePerRequest();builder.RegisterType<MyService>().As<IMyService>().InstancePerLifetimeScope();這個模式是否正常工作，我的意思是不將dbContext永遠附加到任何服務，所以它將在請求結(jié)束時被處理，如果它有效，這一行是否有任何性能問題： private readonly IDbContext _dbContext = DependencyResolver.Current.GetService<IDbContext>();與構(gòu)造函數(shù)注入相比（從 dbContext 到數(shù)據(jù)庫有很多調(diào)用，所以IDbContext每次我想使用它時我都害怕，因為它可能會消耗資源）？我想dbContext每個請求都實例化而不是每個依賴項實例化的原因是我已經(jīng)在dbContext對象之上實現(xiàn)了工作單元模式。我的控制器中的正常方法如下所示：public ActionResult DoSth(){     using(var unitOfWork = UnitOfWorkManager.NewUnitOfWork())     {           //do stuff          try          {              unitOfWork.Commit();              return View();          }          catch(Exception e)          {              unitOfWork.RollBack();              LoggerService.Log(e);              return View();          }     }}如果這工作正常，那么還有一個我擔心的問題。因此，如果我可以將我的服務作為每個生命周期的實例（DbContext 除外），那么在服務內(nèi)部的每個方法上應用 async-await 以使其成為非阻塞方法是否有任何問題。我問這個dbContext實例使用 async-await 是否有任何問題，例如，我會有這樣的事情：public async MyModel GetMyModel(){   var result = //await on a new task which will use dbcontext instance here   return Mapper.Map<MyModel>(result);}非常感謝任何建議或建議！