Beklemeden sonra neden HttpContext.Current null?

Aşağıdaki test WebAPI koduna sahibim, üretimde WebAPI kullanmıyorum ancak bunu bu soru üzerine yaptığım bir tartışma nedeniyle yaptım: WebAPI Async sorusu

Her neyse, sorun teşkil eden WebAPI yöntemi şöyledir:

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";
}

Burada ikinci istisnanın beklendiğine inanmıştım çünkü await tamamlandığında, muhtemelen farklı bir iş parçacığı üzerinde olacak,HttpContext.Current bir iş parçacığı statik değişkeni artık uygun değere çözümlenmeyecek. Şimdi, senkronizasyon bağlamına bağlı olarak, beklemeden sonra aynı iş parçacığına geri dönmek zorunda kalabilir, ancak testimde süslü bir şey yapmıyorum. Bu sadece basit, saf bir kullanım await.

Başka bir sorudaki yorumlarda, HttpContext.Currentbir beklemeden sonra çözülmesi gerektiği söylendi . Bu soru hakkında aynı şeyi belirten başka bir yorum daha var. Peki doğru olan ne? Çözülmeli mi? Hiçbir düşünüyorum, ama bunun nedeni bir yetkili cevap istiyorum asyncve awaitben kesin bir şey bulamıyorum bu yeni yeterlidir.

TL; DR: HttpContext.CurrentPotansiyel olarak nullbir await?

Lütfen bir ASP.NET 4.5 uygulaması yazdığınızdan ve 4.5'i hedeflediğinizden emin olun . asyncve awaitsen 4,5 üzerinde çalışan sürece ASP.NET üzerinde tanımsız davranışa sahip ve yeni "görev dostu" senkronizasyon bağlamını kullanıyor.

Bu, özellikle şunlardan birini yapmanız gerektiği anlamına gelir:

• Set httpRuntime.targetFrameworkiçin 4.5veya
• Gözlerinde farklı appSettings, set aspnet:UseTaskFriendlySynchronizationContextiçin true.

Daha fazla bilgi burada mevcuttur .

@StephenCleary'nin doğru bir şekilde işaret ettiği gibi, web.config'inizde buna ihtiyacınız var:

<httpRuntime targetFramework="4.5" />

Bunu ilk kez sorun giderirken, yukarıdakiler için çözüm çapında bir araştırma yaptım, tüm web projelerimde mevcut olduğunu doğruladım ve suçlu olarak çabucak reddettim. Sonunda bu arama sonuçlarına tam bağlamda bakmak aklıma geldi:

<!--
  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.

Ders: Bir web projesini 4.5'e yükseltirseniz, yine de bu ayarı manuel olarak yerine getirmeniz gerekir.

Testim hatalı mı, yoksa burada eksik olduğum ve bir bekleme sonrasında HttpContext.Current çözümünün doğru şekilde çözülmesini sağlayacak bazı web.config öğesi var mı?

Testiniz kusurlu değildir ve beklemeden sonra HttpContext.Current null olmamalıdır, çünkü ASP.NET Web API'de beklediğinizde, bu, beklemeden önce mevcut olan doğru HttpContext'in geçmesini sağlar.

Geçenlerde bu sorunla karşılaştım. Stephen'ın belirttiği gibi, hedef çerçeveyi açıkça belirlememek bu sorunu yaratabilir.

Benim durumumda, Web API'miz 4.6.2 sürümüne taşındı ancak çalışma zamanı hedef çerçevesi hiçbir zaman web yapılandırmasında belirtilmedi, bu nedenle temelde bu <system.web> etiketinde eksikti:

Çalıştırdığınız çerçeve sürümü hakkında şüpheleriniz varsa, bu yardımcı olabilir: Web API yöntemlerinizden herhangi birine aşağıdaki satırı ekleyin ve şu anda hangi türün çalışma zamanında yüklendiğini doğrulamak ve bunun Eski bir uygulama olmadığını doğrulamak için bir kesme noktası ayarlayın:

Bunu görmelisiniz (AspNetSynchronizationContext):

LegazyAspNetSynchronizationContext yerine (Hedef çerçeveyi eklemeden önce gördüğüm şey buydu):

Kaynak koduna ( https://referencesource.microsoft.com/#system.web/LegacyAspNetSynchronizationContext.cs ) giderseniz, bu arabirimin Eski uygulamasının eşzamansız destekten yoksun olduğunu göreceksiniz.

Sorunun kaynağını bulmak için çok zaman harcadım ve Stephen'ın cevabı çok yardımcı oldu. Umarım bu yanıt, sorun hakkında biraz daha bilgi sağlar.