asp.net - 从 Application_BeginRequest() 中设置后，AsyncLocal 值为 Null

Question

在以下示例中，我将值设置为 AsyncLocal<string>我的变量HttpApplication Application_BeginRequest() 中的子类(即 Global.asax) :

public class Global : System.Web.HttpApplication
{
    public static AsyncLocal<string> AsyncLocalState = new AsyncLocal<string>();

    protected void Application_BeginRequest(object sender, EventArgs e)
    {
        AsyncLocalState.Value = HttpContext.Current.Request.Path;
    }

    protected void Application_AuthenticateRequest(object sender, EventArgs e)
    {
        var path = AsyncLocalState.Value;
    }

    protected void Application_EndRequest(object sender, EventArgs e)
    {
        var path = AsyncLocalState.Value;
    }
}

稍后，我将尝试访问此 AsyncLocal 的值来自处理程序内的变量，例如 MVC 操作方法，甚至只是一个简单的 IHttpHandler .

如果我发送一个足够大的请求(例如，一个包含超过 15KB 数据的 POST——请求越大，越容易观察)，AsyncLocalState 的值很有可能从处理程序访问时为 NULL ，即使它设置为 BeginRequest 。

这可以从全新的 ASP.NET 项目中重现，无需加载任何其他库/模块/处理程序。

这是一个错误吗？或者也许我做错了什么？或者 ASP.NET 对此来说太不稳定了吗？

补充说明:如果我改为使用 CallContext.LogicalGetData ，则会观察到完全相同的行为/CallContext.LogicalSetData .

平台:ASP.NET、.NET 4.6.2、Windows 7

更新:在尝试深入研究后，我发现了很多引用资料，但没有任何权威说明 ExecutionContext 不会在 ASP.NET 管道事件之间流动(除了什么时候？)。两者都是AsyncLocal逻辑调用上下文基于 ExecutionContext .

Answer 1

最接近权威答案的是 this comment通过 David Fowl在 GitHub 上。

如果 ASP.NET 管道事件不同步执行，ExecutionContext 不会在这些事件之间流动。因此，不要使用 AsyncLocal 或逻辑 CallContext 来持久化状态；使用HttpContext.Items。

更新:.NET 4.7.1 添加了一个新的回调方法 HttpApplication.OnExecuteRequestStep，根据文档，该方法“为 ASP.NET 管道提供了可扩展性，使开发人员可以轻松实现环境上下文场景中的功能并构建关心 ASP.NET 执行流(例如跟踪、分析、诊断和事务)的库。"

这正是恢复 ASP.NET 管道事件之间的 AsyncLocal 状态或逻辑 CallContext 所需要的。