ASP.NET Core 2.2 MVC中DbContext获取HttpContext.User.Identity为空求助

你遇到的问题核心在于DbContext构造函数的执行时机太早——当DbContext被实例化时，HttpContext的用户身份可能还没经过身份验证中间件的处理，或者在某些场景下（比如应用启动时的数据库迁移）HttpContext本身就不存在，导致你在构造函数里拿到的Claims为空。

下面是具体的解决方案，一步步来：

1. 延迟获取用户Claims，避免在构造函数中直接赋值 #

不要在IGetClaimsProvider的构造函数里立即获取UserId，而是改成延迟加载——每次需要使用UserId的时候再从HttpContext中读取。这样能确保只有在请求处理的合适时机（身份验证完成后）才去获取用户信息。

修改你的IGetClaimsProvider接口和实现类：

public interface IGetClaimsProvider
{
    string UserId { get; }
}

public class GetClaimsFromUser : IGetClaimsProvider
{
    private readonly IHttpContextAccessor _accessor;
    private string _cachedUserId;

    public GetClaimsFromUser(IHttpContextAccessor accessor)
    {
        _accessor = accessor;
    }

    public string UserId
    {
        get
        {
            if (_cachedUserId == null)
            {
                // 这里可以根据你的实际Claim类型调整，比如用ClaimTypes.NameIdentifier获取用户ID
                _cachedUserId = _accessor.HttpContext?.User.Claims
                    .SingleOrDefault(x => x.Type == ClaimTypes.Name)?.Value;
            }
            return _cachedUserId;
        }
    }
}

2. 在DbContext中延迟使用Claims，而非构造函数赋值 #

把DbContext中直接在构造函数里获取UserId的逻辑去掉，改为在需要用到用户信息的地方（比如查询数据、保存数据时）再从IGetClaimsProvider中读取：

public class ExpenseManagerDbContext : IdentityDbContext<ApplicationUser>
{
    private readonly IGetClaimsProvider _claimsProvider;

    public ExpenseManagerDbContext(DbContextOptions<ExpenseManagerDbContext> options, IGetClaimsProvider claimsProvider) 
        : base(options)
    {
        _claimsProvider = claimsProvider;
        // 不要在这里获取UserId！
    }

    public DbSet<Expense> Expenses { get; set; }

    // 示例：获取当前用户的费用记录
    public IQueryable<Expense> GetCurrentUserExpenses()
    {
        var userId = _claimsProvider.UserId;
        if (string.IsNullOrEmpty(userId))
        {
            // 处理未登录场景，比如返回空查询
            return Expenses.Where(e => false);
        }
        return Expenses.Where(e => e.UserId == userId);
    }

    // 示例：保存数据时自动给实体设置当前用户ID
    public override int SaveChanges()
    {
        var userId = _claimsProvider.UserId;
        if (!string.IsNullOrEmpty(userId))
        {
            // 给所有新增的、属于用户的实体自动赋值UserId
            foreach (var entry in ChangeTracker.Entries()
                .Where(e => e.State == EntityState.Added && e.Entity is IUserOwnedEntity))
            {
                ((IUserOwnedEntity)entry.Entity).UserId = userId;
            }
        }
        return base.SaveChanges();
    }
}

建议定义一个通用接口来标记需要关联用户的实体，这样统一处理更方便：

public interface IUserOwnedEntity
{
    string UserId { get; set; }
}

// 让你的Expense实体实现这个接口
public class Expense : IUserOwnedEntity
{
    public int Id { get; set; }
    public string UserId { get; set; }
    // 其他业务属性...
}

3. 确认中间件顺序正确 #

在Startup.cs的Configure方法中，身份验证中间件必须放在Mvc中间件之前，这样才能确保在Mvc处理请求前完成用户身份验证，HttpContext.User才能被正确填充：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    // 其他中间件（比如异常处理、静态文件）...
    
    // 这个要在UseMvc之前！
    app.UseAuthentication();

    app.UseMvc(routes =>
    {
        routes.MapRoute(
            name: "default",
            template: "{controller=Home}/{action=Index}/{id?}");
    });
}

4. 验证Scoped服务的生命周期 #

你已经将IGetClaimsProvider注册为Scoped服务，这是正确的——Scoped服务会为每个请求创建一次实例，确保每次请求都能获取到当前请求的用户Claims，而不会跨请求复用。

这样修改后，你就能在DbContext中正确获取到登录用户的Claims值，实现数据过滤或自动赋值的需求了。

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