Question

尝试在方法回调中访问HttpContext.Current，以便修改Session变量，但我收到HttpContext.Current为null的异常。当_anAgent对象触发它时，异步触发回调方法。

在SO上查看similar questions后，我仍然不确定解决方法。

我的代码的简化版本如下：

public partial class Index : System.Web.UI.Page

  protected void Page_Load()
  {
    // aCallback is an Action<string>, triggered when a callback is received
    _anAgent = new WorkAgent(...,
                             aCallback: Callback);
    ...
    HttpContext.Current.Session["str_var"] = _someStrVariable;
  }

  protected void SendData() // Called on button click
  {
    ...
    var some_str_variable = HttpContext.Current.Session["str_var"];

    // The agent sends a message to another server and waits for a call back
    // which triggers a method, asynchronously.
    _anAgent.DispatchMessage(some_str_variable, some_string_event)
  }

  // This method is triggered by the _webAgent
  protected void Callback(string aStr)
  {
    // ** This culprit throws the null exception **
    HttpContext.Current.Session["str_var"] = aStr;
  }

  [WebMethod(EnableSession = true)]
  public static string GetSessionVar()
  {
    return HttpContext.Current.Session["str_var"]
  }
}

不确定是否有必要，但我的WorkAgent课程如此：

public class WorkAgent
{
  public Action<string> OnCallbackReceived { get; private set; }

  public WorkAgent(...,
                   Action<string> aCallback = null)
  {
    ...
    OnCallbackReceived = aCallback;
  }

  ...

  // This method is triggered when a response is received from another server
  public BackendReceived(...)
  {
    ...
    OnCallbackReceived(some_string);
  }
}

代码中会发生什么：
单击按钮会调用SendData()方法，在此_webAgent中将消息发送到另一台服务器并等待回复（同时用户仍然可以与此页面进行交互并引用相同的{{ 1}}）。收到后，它会调用SessionID方法，该方法会在.aspx.cs页面中调用BackendReceived()方法。

问题：
当Callback()触发WorkAgent方法时，它会尝试访问Callback() HttpContext.Current。为什么如果我继续，忽略异常，我仍然可以使用ajax返回的null方法获得相同的SessionID和Session变量。

我应该启用aspNetCompatibilityEnabled设置吗？
我应该创建某种asynchronous module handler吗？这是否与Integrated/Classic mode有关？

Answer 1

这是一个基于类的解决方案，适用于MVC5中迄今为止的简单案例（MVC6支持基于DI的上下文）。

using System.Threading;
using System.Web;

namespace SomeNamespace.Server.ServerCommon.Utility
{
    /// <summary>
    /// Preserve HttpContext.Current across async/await calls.  
    /// Usage: Set it at beginning of request and clear at end of request.
    /// </summary>
    static public class HttpContextProvider
    {
        /// <summary>
        /// Property to help ensure a non-null HttpContext.Current.
        /// Accessing the property will also set the original HttpContext.Current if it was null.
        /// </summary>
        static public HttpContext Current => HttpContext.Current ?? (HttpContext.Current = __httpContextAsyncLocal?.Value);

        /// <summary>
        /// MVC5 does not preserve HttpContext across async/await calls.  This can be used as a fallback when it is null.
        /// It is initialzed/cleared within BeginRequest()/EndRequest()
        /// MVC6 may have resolved this issue since constructor DI can pass in an HttpContextAccessor.
        /// </summary>
        static private AsyncLocal<HttpContext> __httpContextAsyncLocal = new AsyncLocal<HttpContext>();

        /// <summary>
        /// Make the current HttpContext.Current available across async/await boundaries.
        /// </summary>
        static public void OnBeginRequest()
        {
            __httpContextAsyncLocal.Value = HttpContext.Current;
        }

        /// <summary>
        /// Stops referencing the current httpcontext
        /// </summary>
        static public void OnEndRequest()
        {
            __httpContextAsyncLocal.Value = null;
        }
    }
}

要使用它可以从Global.asax.cs挂钩：

    public MvcApplication() // constructor
    {            
        PreRequestHandlerExecute += new EventHandler(OnPreRequestHandlerExecute);
        EndRequest += new EventHandler(OnEndRequest);
    } 

    protected void OnPreRequestHandlerExecute(object sender, EventArgs e)
    {
        HttpContextProvider.OnBeginRequest();   // preserves HttpContext.Current for use across async/await boundaries.            
    }

    protected void OnEndRequest(object sender, EventArgs e)
    {
        HttpContextProvider.OnEndRequest();
    }

然后可以使用它来代替HttpContext.Current：

    HttpContextProvider.Current

可能存在问题，因为我目前无法理解这一点related answer。请评论。

参考：AsyncLocal（需要.NET 4.6）

Answer 2

请参阅以下文章，了解有关Session变量为空的原因以及可能的解决方法

http://adventuresdotnet.blogspot.com/2010/10/httpcontextcurrent-and-threads-with.html

引自文章;

当前HttpContext实际上是在线程本地存储中，这解释了为什么子线程无法访问它

作为围绕着作者的拟议工作说

在子线程中传递对它的引用。在回调方法的“状态”对象中包含对HttpContext的引用，然后您可以将其存储到该线程上的HttpContext.Current

Answer 3

使用主题或async函数时，HttpContext.Current不可用。

尝试使用：

HttpContext current;
if(HttpContext != null && HttpContext.Current != null)
{
  current = HttpContext.Current;
}
else
{
    current = this.CurrentContext; 
    //**OR** current = threadInstance.CurrentContext; 
}

使用正确的实例设置current后，其余代码都是独立的，无论是从线程调用还是直接从WebRequest调用。

HttpContext.Current在异步Callback中为null

3 个答案: