ASP.NET HttpContext.Current Task.Run内

Question

次のコード例は、ASP.NET MVCアプリケーションで使用されています。 このコードの目的は、長時間実行されている操作をキューに入れるための「fire and forget」要求を作成することです。

public JsonResult SomeAction() { 
    HttpContext ctx = HttpContext.Current;    

    Task.Run(() => { 
     HttpContext.Current = ctx; 
     //Other long running code here. 
    }); 

    return Json("{ 'status': 'Work Queued' }"); 
} 

私は、これは非同期コードでHttpContext.Currentを処理するための良い方法ではありません知っているが、現在、私たちの実装では、私たちは何かを行うことができますありません。私はこのコードは危険ですどれだけ理解したいと思い ...

質問：はTask.Run内部のHttpContextは、コンテキストに完全に別の要求を設定します設定することは理論的には可能ですか？

私はそう思いますが、わかりません。私はそれを理解する： Request1はスレッドプールからThread1で処理され、Thread1は絶対に別の要求（Request2）を処理している間、Task.Run内のコードはRequest1からRequest2へコンテキストを設定します。

私は間違っているかもしれませんが、ASP.NETの内部知識は私には正しく理解できません。

ありがとうございます！

Answer 1

は、私はあなたに少し内部をバンプしてみましょう：

public static HttpContext Current 
{ 
    get { return ContextBase.Current as HttpContext; } 
    set { ContextBase.Current = value; } 
} 

internal class ContextBase 
{ 
    internal static object Current 
    { 
     get { return CallContext.HostContext; } 
     set { CallContext.HostContext = value; } 
    } 
} 

public static object HostContext 
{ 
    get 
    { 
     var executionContextReader = Thread.CurrentThread.GetExecutionContextReader(); 
     object hostContext = executionContextReader.IllogicalCallContext.HostContext; 
     if (hostContext == null) 
     { 
      hostContext = executionContextReader.LogicalCallContext.HostContext; 
     } 
     return hostContext; 
    } 
    set 
    { 
     var mutableExecutionContext = Thread.CurrentThread.GetMutableExecutionContext(); 
     if (value is ILogicalThreadAffinative) 
     { 
      mutableExecutionContext.IllogicalCallContext.HostContext = null; 
      mutableExecutionContext.LogicalCallContext.HostContext = value; 
      return; 
     } 
     mutableExecutionContext.IllogicalCallContext.HostContext = value; 
     mutableExecutionContext.LogicalCallContext.HostContext = null; 
    } 
} 

ので

var context = HttpContext.Current; 

は（擬似コード）

var context = CurrentThread.HttpContext; 

と、このようなあなたのTask.Run何かが起こる内部に等しい

CurrentThread.HttpContext= context; 

Task.Runスレッドプールからのスレッドで新しいタスクを開始します。つまり、あなたの新しいスレッド "HttpContext property"は、スタータースレッド "HttpContext property"を参照していることを伝えています - これまでのスタータースレッドが終了した後に直面するNullReference/Dispose例外もあります。不思議 - あなたの

//Other long running code here. 

の内側にあなたが

var foo = await Bar(); 

のような文を持っている場合、問題はあなたが待ってヒットしたら、あなたの現在のスレッドがプールをスレッドに戻り、IOが終了した後、あなたがスレッドプールから新しいスレッドをつかむですその "HttpContextプロパティ"は何ですか？私は知らない:)ほとんどの場合、NullReferenceExceptionで終わるだろう。

Answer 2

ここで実行する問題は、要求が完了したときにHttpContextが破棄されることです。 Task.Runの結果を待っているわけではないので、HttpContextの廃棄とタスク内での使用の間に競合条件を本質的に作り出しています。

あなたのタスクが実行される唯一の問題は、NullReferenceExceptionまたはObjectDisposedExceptionです。私はあなたが誤って別のリクエストのコンテキストを盗むことのできる方法を見ません。

また、あなたのタスク内で例外をログに記録しない限り、あなたの火と忘れがスローされ、あなたは決してそれについて知ることができません。

バックエンドジョブを別のプロセスから処理するには、HangFireをチェックするか、メッセージキューを使用することを検討してください。