System.ObjectDisposedException偶现求助：Web应用用户行为追踪异常

听起来你遇到的这个问题很典型——把用户行为追踪的方法从控制器移到独立类后，只有输入错误密码时会触发System.ObjectDisposedException，执行_context.UsersActivity.Add(this)就崩溃，之前在控制器里完全正常。这大概率是DbContext的生命周期管理不匹配导致的，我来帮你拆解排查步骤和解决方案：

可能的核心原因 #

控制器默认是请求范围（Scoped）的生命周期，注入的DbContext也会跟着请求走，请求结束才会被释放。但当你把方法移到自定义类后，如果类的生命周期和DbContext不匹配，就会出现DbContext被提前释放但还被调用的情况：

• 如果你的自定义类是Singleton（单例），但DbContext是Scoped，那第一次请求结束后DbContext就被释放了，后续请求调用这个类的方法时，用的就是已经被Dispose的DbContext；
• 如果类里的DbContext不是通过依赖注入获取的（比如手动new的），也可能在操作还没完成时就被提前释放；
• 错误密码的场景可能触发了异步操作的延迟执行，此时请求已经结束，DbContext已经被释放。

分步排查与解决 #

1. 检查类和DbContext的生命周期注册 #

首先确认你的服务注册是否正确：

• DbContext默认是Scoped的，确保注册代码是这样的：

  services.AddDbContext<YourDbContext>(options => 
      options.UseSqlServer(Configuration.GetConnectionString("YourConnString")));
  

• 你的行为追踪类必须注册为Scoped，和DbContext保持一致：

  services.AddScoped<IActivityTrackingService, ActivityTrackingService>();
  

  绝对不要把行为追踪类注册为Singleton，否则会导致Scoped的DbContext被跨请求复用，最终被提前释放。

2. 确保正确注入DbContext #

在你的自定义类里，必须通过构造函数注入DbContext，绝对不要手动创建或者从其他地方获取：

public class ActivityTrackingService : IActivityTrackingService
{
    private readonly YourDbContext _context;
    private readonly ILogger<ActivityTrackingService> _logger;

    // 构造函数注入DbContext和日志（可选）
    public ActivityTrackingService(YourDbContext context, ILogger<ActivityTrackingService> logger)
    {
        _context = context;
        _logger = logger;
    }

    public void SaveUserActivity(UserActivity activity)
    {
        // 先确认DbContext状态（调试用）
        if (_context.Database.CanConnect())
        {
            _logger.LogInformation("DbContext is active when saving activity");
        }
        else
        {
            _logger.LogError("DbContext is disposed or unavailable!");
            throw new InvalidOperationException("Cannot save activity: DbContext is disposed");
        }

        _context.UsersActivity.Add(activity);
        // 一定要调用SaveChanges，不要依赖延迟提交
        _context.SaveChanges();
    }
}

3. 检查异步操作的时机 #

如果你的登录逻辑是异步的（比如await _userManager.CheckPasswordAsync(user, password)），要确保调用SaveUserActivity时，请求还没结束，DbContext还处于活跃状态：

• 不要在异步回调或者后台任务里调用这个方法，除非你专门为后台操作创建了独立的DbContext实例；
• 确保所有操作都在请求范围内完成，比如在控制器的Action方法里同步或await调用行为追踪的方法，不要把它丢到后台线程。

4. 验证错误密码场景的执行流程 #

为什么只有错误密码时会报错？可能是登录成功后会直接跳转或者结束请求的方式不同，而登录失败后会停留在当前页面，触发了额外的操作，此时DbContext已经被释放。你可以在控制器的Action里添加日志，看看请求结束的时机和SaveUserActivity的调用时机是否冲突：

[HttpPost]
[AllowAnonymous]
public async Task<IActionResult> Login(LoginViewModel model)
{
    _logger.LogInformation("Login action started");
    if (ModelState.IsValid)
    {
        var result = await _signInManager.PasswordSignInAsync(model.Email, model.Password, model.RememberMe, lockoutOnFailure: true);
        if (result.Succeeded)
        {
            _logger.LogInformation("Login succeeded, saving activity");
            await _activityTrackingService.SaveUserActivity(new UserActivity { ... });
            return RedirectToAction(nameof(HomeController.Index), "Home");
        }
        else
        {
            _logger.LogInformation("Login failed, saving activity");
            // 这里调用SaveUserActivity时，请求是否还在活跃状态？
            await _activityTrackingService.SaveUserActivity(new UserActivity { ... });
            ModelState.AddModelError(string.Empty, "Invalid login attempt.");
        }
    }
    _logger.LogInformation("Login action ending");
    return View(model);
}

总结 #

这个问题的核心就是生命周期不匹配，只要确保你的行为追踪类和DbContext都是Scoped，并且通过构造函数正确注入，同时在请求范围内完成所有DbContext操作，就能解决这个异常。

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