Dlaczego jest HttpContext.Aktualne null po oczekiwaniu?

Mam następujący testowy kod WebAPI, nie używam WebAPI w produkcji, ale zrobiłem to z powodu dyskusji, którą miałem na to pytanie: WebAPI async pytanie

Tak czy inaczej, oto metoda 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";
}

Wierzyłem, że drugi wyjątek jest oczekiwany, ponieważ gdy await zakończy się, prawdopodobnie będzie na innym wątku, gdzie {[2] } jako zmienna statyczna wątku nie będzie już rozwiązywać do odpowiedniej wartości. Teraz, na podstawie kontekst synchronizacji, faktycznie może być zmuszony do powrotu do tego samego wątku po oczekiwaniu, ale nie robię nic fantazyjnego w moim teście. Jest to po prostu proste, naiwne użycie await.

W komentarzach do innego pytania powiedziano mi, że HttpContext.Current powinno się rozwiązać po oczekiwaniu. Jest jeszcze jeden komentarz na to pytanie, wskazujący na to samo. Więc co jest prawdą? Czy powinno się rozwiązać? Myślę, że nie, ale chcę autorytatywnej odpowiedzi na to, ponieważ async i await jest na tyle Nowa, że nie mogę znaleźć cokolwiek definitywnego.

TL;DR: czy HttpContext.Current potencjalnie null po await?