Многопоточность, HttpContext, длительная задача?

Вполне возможно, что вы допускаете ошибку при использовании потоков в приложении ASP.NET. Используете ли вы асинхронные страницы или используете новый Thread().Start? Последнее является ошибкой и может привести к некоторым проблемам с HttpContext, когда запрос выполнен, но поток все еще выполняется.

Пожалуйста, отредактируйте свой вопрос, чтобы дать более подробную информацию о том, что вы делаете с потоками.

Для доступа к данным:

Для таких данных, как Server.Identity.Name, я думаю, что сбор этой информации заранее и передача ее вашему асинхронному коду — хороший подход. Его хорошая развязка, поскольку этот код теперь зависит только от этих нескольких свойств.

Для доступа к поведению:

Как вы используете потоки с ASP.NET? Работают два подхода: реализовать и зарегистрировать IAsyncHttpHandler или вызвать Page.AddOnPreRenderCompleteAsync() с какой-либо страницы ASP.NET.

Для IAsyncHttpHandler реализуемому вами обратному вызову передается HttpContext. Вы должны иметь возможность использовать этот ссылочный контекст из любого потока, пока вы не укажете ASP.NET, что обработка запроса завершена. Конечно, вы должны использовать эту ссылку только из одного потока за раз.

Для Page.AddOnPreRenderCompleteAsync должно быть безопасно вызывать Page.Context из ваших обратных вызовов при тех же условиях.

Для существующего кода в App_Code, который использует HttpContext.Current, вам необходимо реорганизовать его, чтобы код принимал HttpContext в качестве входного параметра. Существующий код может передаваться в HttpContext.Current, новый код, который вы пишете из потоков, может передаваться в одном из контекстов, описанных ранее в этом ответе.

Свойство HttpContext.Current объекта HttpContext является статическим. И его можно использовать в разных потоках или в сборках в App_Code. Но он возвращает объект HttpContext текущего запроса.

Все статические свойства HttpContext являются потокобезопасными. И все свойства экземпляра HttpContext не являются потокобезопасными.