เหตุใด HttpContext.Current จึงเป็นโมฆะหลังจากรอ

Question 1

ฉันมีรหัสทดสอบ WebAPI ต่อไปนี้ฉันไม่ได้ใช้ WebAPI ในการผลิต แต่ฉันทำสิ่งนี้เพราะการสนทนาที่ฉันมีเกี่ยวกับคำถามนี้: คำถามWebAPI Async

อย่างไรก็ตามนี่คือวิธีการ WebAPI ที่ไม่เหมาะสม:

public async Task<string> Get(int id)
{
    var x = HttpContext.Current;
    if (x == null)
    {
        // not thrown
        throw new ArgumentException("HttpContext.Current is null");
    }

    await Task.Run(() => { Task.Delay(500); id = 3; });

    x = HttpContext.Current;
    if (x == null)
    {
        // thrown
        throw new ArgumentException("HttpContext.Current is null");
    }

    return "value";
}

ฉันเชื่อในที่นี้ว่าข้อยกเว้นที่สองคาดว่าจะเกิดขึ้นเนื่องจากเมื่อการawaitดำเนินการเสร็จสมบูรณ์มีแนวโน้มว่าจะอยู่ในเธรดอื่นโดยที่HttpContext.Currentตัวแปรคงเธรดจะไม่สามารถแก้ไขเป็นค่าที่เหมาะสมได้อีกต่อไป ตอนนี้ตามบริบทการซิงโครไนซ์อาจถูกบังคับให้กลับไปที่เธรดเดิมหลังจากรอ แต่ฉันไม่ได้ทำอะไรที่น่าสนใจในการทดสอบของฉัน นี่เป็นเพียงการใช้งานแบบไร้เดียงสาธรรมดาawaitๆ

ในความคิดเห็นในคำถามอื่นฉันได้รับคำสั่งว่าHttpContext.Currentควรแก้ไขหลังจากรอ ยังมีความคิดเห็นอื่น ๆ ในคำถามนี้ที่ระบุว่าเหมือนกัน แล้วอะไรจริง? ควรแก้ไขหรือไม่? ฉันคิดว่าไม่ แต่ฉันต้องการคำตอบที่เชื่อถือได้สำหรับเรื่องนี้เพราะasyncและawaitใหม่พอที่ฉันไม่สามารถหาข้อสรุปที่ชัดเจนได้

TL; DR: HttpContext.Currentอาจnullเป็นหลังจากawait?

Question 2

โปรดตรวจสอบว่าคุณกำลังเขียนแอปพลิเคชันASP.NET 4.5และกำหนดเป้าหมาย 4.5 asyncและawaitมีพฤติกรรมที่ไม่ได้กำหนดไว้บน ASP.NET เว้นแต่ว่าคุณกำลังรันบน 4.5 และกำลังใช้บริบทการซิงโครไนซ์ "ที่ใช้งานง่าย"

โดยเฉพาะอย่างยิ่งนี่หมายความว่าคุณต้อง:

ตั้งค่าhttpRuntime.targetFrameworkเป็น4.5หรือ
ในของคุณappSettingsตั้งไปaspnet:UseTaskFriendlySynchronizationContexttrue

ดูข้อมูลเพิ่มเติมได้ที่นี่

Question 3

ตามที่ @StephenCleary ระบุไว้อย่างถูกต้องคุณต้องมีสิ่งนี้ใน web.config ของคุณ:

<httpRuntime targetFramework="4.5" />

เมื่อฉันแก้ไขปัญหานี้ครั้งแรกฉันทำการค้นหาทั้งโซลูชันสำหรับข้างต้นยืนยันว่ามีอยู่ในโปรเจ็กต์เว็บทั้งหมดของฉันและยกเลิกอย่างรวดเร็วว่าเป็นผู้ร้าย ในที่สุดฉันก็ต้องดูผลการค้นหาในบริบททั้งหมด:

<!--
  For a description of web.config changes for .NET 4.5 see http://go.microsoft.com/fwlink/?LinkId=235367.

  The following attributes can be set on the <httpRuntime> tag.
    <system.Web>
      <httpRuntime targetFramework="4.5" />
    </system.Web>
-->

Doh.

บทเรียน: หากคุณอัปเกรดโปรเจ็กต์เว็บเป็น 4.5 คุณยังต้องรับการตั้งค่านั้นด้วยตนเอง

Question 4

การทดสอบของฉันมีข้อบกพร่องหรือมีองค์ประกอบ web.config บางส่วนที่ฉันขาดหายไปที่นี่ซึ่งจะทำให้ HttpContext การแก้ไขปัจจุบันถูกต้องหลังจากรอ

การทดสอบของคุณไม่มีข้อบกพร่องและ HttpContext.Current ไม่ควรเป็นโมฆะหลังจากการรอคอยเนื่องจากใน ASP.NET Web API เมื่อคุณรอสิ่งนี้จะช่วยให้มั่นใจได้ว่าโค้ดที่ตามหลังนี้จะผ่าน HttpContext ที่ถูกต้องที่มีอยู่ก่อนรอ

Question 5

ฉันพบปัญหานี้เมื่อเร็ว ๆ นี้ ดังที่ Stephen ชี้ให้เห็นว่าการไม่กำหนดกรอบเป้าหมายอย่างชัดเจนสามารถสร้างปัญหานี้ได้

ในกรณีของฉัน Web API ของเราถูกย้ายไปยังเวอร์ชัน 4.6.2 แต่ไม่เคยระบุเฟรมเวิร์กเป้าหมายรันไทม์ในการกำหนดค่าเว็บดังนั้นโดยพื้นฐานแล้วสิ่งนี้จะหายไปในแท็ก <system.web>:

หากคุณมีข้อสงสัยเกี่ยวกับเวอร์ชันของเฟรมเวิร์กที่คุณกำลังเรียกใช้สิ่งนี้อาจช่วยได้: เพิ่มบรรทัดต่อไปนี้ในเมธอด Web API ของคุณและตั้งค่าเบรกพอยต์เพื่อตรวจสอบประเภทที่โหลดอยู่ในขณะรันไทม์และตรวจสอบว่าไม่ใช่การใช้งานแบบเดิม

คุณควรเห็นสิ่งนี้ (AspNetSynchronizationContext):

แทนที่จะเป็น LegazyAspNetSynchronizationContext (ซึ่งเป็นสิ่งที่ฉันเห็นก่อนเพิ่มกรอบเป้าหมาย):

หากคุณไปที่ซอร์สโค้ด ( https://referencesource.microsoft.com/#system.web/LegacyAspNetSynchronizationContext.cs ) คุณจะเห็นว่าการใช้งานอินเทอร์เฟซนี้แบบเดิมขาดการสนับสนุนแบบอะซิงโครนัส

ฉันใช้เวลาพยายามหาต้นตอของปัญหาอยู่นานและคำตอบของ Stephen ก็ช่วยได้มาก หวังว่าคำตอบนี้จะให้ข้อมูลเพิ่มเติมเกี่ยวกับปัญหานี้