由于异步，在 WebApi 中使用 HttpContext.Current 是危险的

我的问题与此有点相关：WebApi 相当于具有依赖注入的 HttpContext.Items.

我们想使用 Ninject 在 WebApi 区域中使用 HttpContext.Current 注入一个类。

我担心的是，这可能是非常危险，如 WebApi (一切？) 是异步的。

如果我在这些方面有错误，请纠正我，这是我到目前为止所调查的：

1. HttpContext.Current通过Thread获取当前上下文（我直接查看了实现）。

2. 在异步任务中使用 HttpContext.Current 是不可能的，因为它可以在另一个线程上运行。

3. WebApi 使用 IHttpController 和方法Task<HttpResponseMessage> ExecuteAsync=>每个请求都是异步的=>你不能在action方法中使用HttpContext.Current。甚至可能会发生更多请求在同一个线程上巧合执行的情况。

4. 用于创建控制器并将内容注入到构造函数中IHttpControllerActivator与使用sync method IHttpController Create。这是 ninject 创建 Controller 及其所有依赖项的地方。

• 如果我在所有这 4 点上都是正确的，那么使用HttpContext.Current操作方法内部或下面的任何层都是非常危险的，并且可能会产生意想不到的结果。我在 StackOverflow 上看到很多已接受的答案都表明了这一点。在我看来，这可以工作一段时间，但在负载下会失败。

• 但是当使用 DI 创建一个 Controller 及其依赖项时，就没有问题了，因为它运行在一个单独的线程上。我可以从构造函数中的 HttpContext 获取一个值，这会安全吗？。我想知道是否每个控制器都是在每个请求的单线程上创建的，因为这可能会在重负载下导致问题，其中来自 IIS 的所有线程都可能被消耗。

只是为了解释为什么我想注入 HttpContext 的东西：

• 一种解决方案是在控制器操作方法中获取请求，并将所需的值作为参数传递给所有层，直到在代码深处的某个地方使用它。
• 我们想要的解决方案：之间的所有层都不受此影响，我们可以在代码深处的某个地方使用注入的请求（例如，在某些ConfigurationProvider这取决于 URL）

如果我完全错误或者我的建议是正确的，请给我你的意见，因为这个主题似乎非常复杂。

HttpContext.Current通过Thread获取当前上下文（我直接查看了实现）。

更正确的说法是HttpContext应用于线程；或者一个线程“进入”HttpContext.

在异步任务中使用 HttpContext.Current 是不可能的，因为它可以在另一个线程上运行。

一点也不;的默认行为async/await将在任意线程上恢复，但该线程将在恢复之前进入请求上下文async method.

这其中的关键是SynchronizationContext。我有一个关于该主题的 MSDN 文章如果你不熟悉它。 ASynchronizationContext为平台定义“上下文”，常见的是 UI 上下文（WPF、WinPhone、WinForms 等）、线程池上下文和 ASP.NET 请求上下文。

ASP.NET 请求上下文管理HttpContext.Current以及其他一些事情，例如文化和安全。 UI 上下文都与单个线程紧密关联（theUI 线程），但 ASP.NET 请求上下文不绑定到特定线程。然而，它只允许请求上下文中有一个线程一次.

解决方案的另一部分是如何async and await工作。我有一个async我的博客上有介绍，描述了他们的行为。总之，await默认情况下将捕获当前上下文（即SynchronizationContext.Current除非是null），并使用该上下文来恢复async方法。所以，await自动捕获 ASP.NETSynchronizationContext并将恢复async该请求上下文中的方法（从而保留文化、安全性和HttpContext.Current).

If you await ConfigureAwait(false)，那么你明确地告诉await to not捕捉上下文。

请注意，ASP.NET 确实必须更改其SynchronizationContext干净利落地工作async/await。您必须确保应用程序是针对 .NET 4.5 编译的，并且还在其 web.config 中明确针对 4.5;这是新 ASP.NET 4.5 项目的默认设置，但如果您从 ASP.NET 4.0 或更早版本升级现有项目，则必须显式设置。

您可以通过针对 .NET 4.5 执行应用程序并观察来确保这些设置正确SynchronizationContext.Current。如果是AspNetSynchronizationContext，那你就很好了；如果它是LegacyAspNetSynchronizationContext，那么设置是错误的。

只要设置正确（并且您使用的是 ASP.NET 4.5AspNetSynchronizationContext），然后你就可以安全地使用HttpContext.Current后await不用担心。