Azure App Service 登录后返回502错误刷新即可恢复的问题咨询

问题原因 #

• 你的代码中使用的UserManager及其依赖的EF ObjectContext是与当前HTTP请求生命周期绑定的实例，ASP.NET会在请求结束后自动释放所有请求范围内的上下文对象。
• 你通过ThreadPool.QueueUserWorkItem将UserManager.Update(user)操作放到后台线程执行，该操作的执行时机不受当前请求控制，绝大多数场景下都会在当前请求结束、ObjectContext已被释放后才触发执行，直接抛出「ObjectContext实例已被释放」的异常。
• ASP.NET中后台线程抛出的未捕获异常会导致工作进程（w3wp.exe）崩溃退出，Azure App Service的前置网关检测到后端进程异常、收到无效响应，就会返回你遇到的502错误。刷新页面后App Service会自动拉起新的工作进程处理请求，所以异常会消失。
• 该问题仅在登录流程触发，是因为这段后台更新逻辑仅存在于登录代码中，无需登录的公开页面没有调用这段逻辑，所以不会触发异常。
• 该问题并非.NET Framework 4.7.2的缺陷，属于典型的EF上下文生命周期使用不当导致的异常。

解决方案 #

方案1（推荐）：同步/异步执行更新，不使用后台线程 #

直接在当前请求的生命周期内执行更新操作，避免上下文被提前释放：

user.LastLogin = DateTime.Now;
// 同步执行
UserManager.Update(user);
// 若有异步实现更推荐用异步，避免阻塞请求线程
// await UserManager.UpdateAsync(user);

该方案实现最简单，也不会有上下文生命周期异常的问题。

方案2：后台任务单独创建上下文实例 #

如果确实需要后台执行避免阻塞登录响应，必须在后台线程内单独创建独立的UserManager和EF上下文，不能复用请求范围内的实例，同时添加异常捕获避免进程崩溃：

user.LastLogin = DateTime.Now;
// 仅捕获需要的纯数据参数，不要传递任何上下文绑定的对象
int userId = user.Id;
// ASP.NET 4.7.2+推荐用HostingEnvironment.QueueBackgroundWorkItem替代ThreadPool
HostingEnvironment.QueueBackgroundWorkItem(cancellationToken =>
{
    try
    {
        // 后台线程内单独创建上下文和UserManager
        using var dbContext = new YourDbContext();
        using var userStore = new UserStore(dbContext);
        using var userManager = new UserManager(userStore);
        
        var targetUser = userManager.FindById(userId);
        targetUser.LastLogin = DateTime.Now;
        userManager.Update(targetUser);
        dbContext.SaveChanges();
    }
    catch (Exception ex)
    {
        // 这里添加日志逻辑记录异常，避免未处理异常炸进程
        // Logger.LogError(ex, "更新用户最后登录时间失败");
    }
});

这个方案可以避免阻塞登录响应，同时解决上下文生命周期的问题。

内容的提问来源于stack exchange，提问作者Dumber_Texan2