简短问题:Same as this unanswered problem

长问题:

我只是将一些代码从使用 Autofac 的 MVC 4 + Web Api 解决方案移植到我的新解决方案中，该解决方案也使用 Autofac 但仅使用 Web Api 2(没有 MVC 5.1 项目，只有一个 Web API)。

在我之前的解决方案中，我有 MVC4 和 Web Api，所以我有 2 个 Bootstrapper.cs 文件，每个文件一个。我只为新项目复制了 Web Api Bootstrap 。

现在我在新解决方案中有 2 个其他项目需要拉取依赖项。让我们假设我必须使用 DependencyResolver.Current.GetService<T>()尽管它是一种反模式。

起初这不起作用，直到我将 MVC 依赖解析器设置为同一个容器:

GlobalConfiguration.Configuration.DependencyResolver = 
     new AutofacWebApiDependencyResolver(container);

//I had to pull in Autofac.Mvc and Mvc 5.1 integration but this line fixed it
DependencyResolver.SetResolver(new AutofacDependencyResolver(container));

奇怪的是，这样做只会在其中一个项目中修复它!情况是这样的:

 Solution.Web project
      Bootstrapper.cs that registers both dependency resolvers for web api and mvc.

 Solution.ClassLib project
      var userRepo = DependencyResolver.Current.GetService<IUserRepo>(); //Good! :)

 Solution.WindowsWorkflow project
      var userRepo = DependencyResolver.Current.GetService<IUserRepo>(); //Throws exception :(

异常(exception)情况是: 无法创建请求生命周期范围，因为 HttpContext 不可用。

现在，在我们开始责备工作流之前，只知道我在另一个解决方案中进行了精确的设置，工作流能够很好地使用 DependencyResolver。所以我怀疑这与使用较新版本的 Autofac 以及工作流异步运行的事实有关(就像我链接到的关于异步代码的问题)

我尝试将所有注册码切换为使用 InstancePerLifetimeScope()而不是 InstancePerHttpRequest()并尝试创建一个范围:

using (var c= AutofacDependencyResolver.Current
                     .ApplicationContainer.BeginLifetimeScope("AutofacWebRequest"))
{
   var userRepo = DependencyResolver.Current.GetServices<IUserRepo>();
}

但它并没有改变异常。进一步分解代码就是真正的罪魁祸首:

var adr = AutofacDependencyResolver.Current; //Throws that exception 

真的需要过去这个花了太多时间的卡住。将在 2 天内奖励现有答案

最佳答案

2014 年 11 月 20 日更新:自此问题发布以来，Autofac.Mvc5 的版本中，AutofacDependencyResolver.Current 的实现已已更新，不再需要 HttpContext。如果您遇到此问题并找到此答案，您可以通过更新到更高版本的 Autofac.Mvc5 轻松解决问题。但是，我会完整地保留原始答案，以便人们理解为什么最初的提问者有问题。

原回答如下:

AutofacDependencyResolver.Current 需要一个 HttpContext。

遍历代码，AutofacDependencyResolver.Current 如下所示:

public static AutofacDependencyResolver Current
{
  get
  {
    return DependencyResolver.Current.GetService<AutofacDependencyResolver>();
  }
}

当然，如果当前的依赖解析器是 AutofacDependencyResolver 那么它会尝试做一个解析...

public object GetService(Type serviceType)
{
  return RequestLifetimeScope.ResolveOptional(serviceType);
}

它从 RequestLifetimeScopeProvider 获取生命周期范围...

public ILifetimeScope GetLifetimeScope(Action<ContainerBuilder> configurationAction)
{
  if (HttpContext.Current == null)
  {
    throw new InvalidOperationException("...");
  }

  // ...and your code is probably dying right there so I won't
  // include the rest of the source.
}

它必须像这样工作才能支持像 Glimpse 这样的工具动态包装/代理依赖解析器以便对其进行检测。这就是为什么不能将 DependencyResolver.Current 转换为 AutofacDependencyResolver 的原因。

几乎所有使用 Autofac.Integration.Mvc.AutofacDependencyResolver 的东西都需要 HttpContext。

这就是您不断收到此错误的原因。 如果您没有注册 InstancePerHttpRequest 的依赖项也没关系 - AutofacDependencyResolver 仍需要网络上下文。

我猜您拥有的另一个工作流应用程序是 MVC 应用程序或始终存在 Web 上下文的东西。

以下是我的建议:

• 如果您需要在 Web 上下文之外使用组件并且您在 WebApi 中，请使用 Autofac.Integration.WebApi.AutofacWebApiDependencyResolver。
• 如果您使用的是 WCF，请使用标准 AutofacHostFactory.Container 和主机工厂实现来解决依赖关系。 (WCF 的单例主机潜力等有点奇怪，因此“按请求”并不是那么简单。)
• 如果您需要一些“不可知论”的技术，请考虑 Autofac 的 CommonServiceLocator 实现。它不会创建请求生命周期，但可能会解决一些问题。

如果您保持直截了当并且不尝试使用其本地栖息地之外的各种解析器，那么您应该不会遇到问题。

您可以相当安全地在服务注册中交替使用InstancePerApiRequest和InstancePerHttpRequest。这两个扩展都使用相同的生命周期范围标记，因此 MVC Web 请求和 Web API 请求的概念可以被类似地对待，即使在一种情况下的基础生命周期范围是基于 HttpContext 而另一种情况是基于 IDependencyScope。因此，您可以假设跨应用程序/应用程序类型共享一个注册模块，它应该做正确的事情。

如果您需要原始的 Autofac 容器，请存储您自己对它的引用。不要假设 Autofac 会以某种方式返回该容器，如果您需要，您可能需要存储对您的应用程序容器的引用无论出于何种原因，稍后再获取。

public static class ApplicationContainer
{
  public static IContainer Container { get; set; }
}

// And then when you build your resolvers...
var container = builder.Build();
GlobalConfiguration.Configuration.DependencyResolver =
  new AutofacWebApiDependencyResolver(container);
DependencyResolver.SetResolver(new AutofacDependencyResolver(container));
ApplicationContainer.Container = container;

这将为您省去很多麻烦。

关于c# - Autofac - 无法创建请求生命周期范围，因为 HttpContext 不可用 - 由于异步代码？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21804857/