ASP.NET依赖注入时控制器中DatabaseManager的UserId无法持久化

核心问题原因 #

你注册的DatabaseManager是Scoped服务，每个HTTP请求会生成一个全新的实例。你在登录请求的实例中设置了CurrentUserId，但后续CreateNewDatabase请求会拿到一个全新的DatabaseManager实例，自然取不到之前设置的值——这不是Scoped服务的问题，是你误解了Scoped实例的生命周期范围（仅局限于单个请求内）。

你的需求（多用户请求独立维护唯一UserId）完全可行，Scoped服务的设计刚好适配这个场景，只需调整实现方式即可。

解决方案一：从当前请求的用户身份中直接获取UserId（推荐） #

修改DatabaseManager，通过IHttpContextAccessor访问当前请求的用户Claims，直接提取UserId，无需手动设置：

1. 修改DatabaseManager类 #

public class DatabaseManager : IDisposable
{
    private readonly IDataProtectionProvider _dataProtectionProvider;
    private readonly IHttpContextAccessor _httpContextAccessor;

    public DatabaseManager(IDataProtectionProvider dbp, IHttpContextAccessor httpContextAccessor)
    {
        _dataProtectionProvider = dbp;
        _httpContextAccessor = httpContextAccessor;
    }

    public int? CurrentUserId
    {
        get
        {
            // 从当前请求的用户Claims中提取UserId（假设你的认证系统用NameIdentifier存储用户ID）
            var userIdClaim = _httpContextAccessor.HttpContext?.User?.FindFirst(System.Security.Claims.ClaimTypes.NameIdentifier);
            if (userIdClaim != null && int.TryParse(userIdClaim.Value, out int userId))
            {
                return userId;
            }
            return null;
        }
    }

    // 你的其他业务方法...

    public void Dispose()
    {
        // 在这里清理资源（如数据库连接等）
    }
}

2. 注册必要服务 #

在Startup.cs中添加IHttpContextAccessor的注册（ASP.NET Core默认不自动注册）：

services.AddHttpContextAccessor();
services.AddScoped<DatabaseManager>();

优势 #

• 无需手动维护CurrentUserId的状态，完全依赖请求上下文，避免状态不一致问题
• 天然实现多用户请求隔离，每个请求的DatabaseManager实例对应当前请求的用户

解决方案二：通过中间件自动注入UserId到DatabaseManager #

如果你坚持要将UserId存储在DatabaseManager的实例字段中，可以通过中间件在每个请求开始时自动设置：

1. 修改DatabaseManager类 #

添加一个设置UserId的方法：

public class DatabaseManager : IDisposable
{
    private readonly IDataProtectionProvider _dataProtectionProvider;
    private int? _currentUserId;

    public DatabaseManager(IDataProtectionProvider dbp)
    {
        _dataProtectionProvider = dbp;
    }

    public int? CurrentUserId => _currentUserId;

    public void SetCurrentUserId(int userId)
    {
        _currentUserId = userId;
    }

    // 你的其他业务方法...

    public void Dispose()
    {
        // 清理资源
    }
}

2. 创建中间件 #

public class UserIdMiddleware
{
    private readonly RequestDelegate _next;

    public UserIdMiddleware(RequestDelegate next)
    {
        _next = next;
    }

    public async Task InvokeAsync(HttpContext context, DatabaseManager databaseManager)
    {
        // 仅当用户已认证时设置UserId
        if (context.User.Identity.IsAuthenticated)
        {
            if (int.TryParse(context.User.FindFirst(System.Security.Claims.ClaimTypes.NameIdentifier)?.Value, out int userId))
            {
                databaseManager.SetCurrentUserId(userId);
            }
        }

        await _next(context);
    }
}

3. 注册中间件与服务 #

在Startup.cs中，将中间件放在认证中间件之后（确保能获取到已认证的用户信息）：

// 先启用认证
app.UseAuthentication();
app.UseAuthorization();

// 添加自定义中间件
app.UseMiddleware<UserIdMiddleware>();

// 注册DatabaseManager
services.AddScoped<DatabaseManager>();

验证与注意事项 #

• 确保你的认证系统正确将用户ID存入Claims（通常使用ClaimTypes.NameIdentifier）
• 测试时，确保登录后的请求携带正确的认证凭证（如JWT Token）
• Scoped服务的生命周期严格绑定单个HTTP请求，不同请求的实例完全隔离，不会出现用户信息串流的问题

内容的提问来源于stack exchange，提问作者Pick and Lick