如何在静态方法中使用ASP.NET Core Identity UserManager获取用户数据

你的核心问题在于手动实例化UserManager和DbContext，这违背了ASP.NET Core依赖注入的设计原则，会导致服务配置缺失、数据库连接失败等问题。以下是两种符合最佳实践的实现方式：

方案1：自定义异步授权过滤器（简单直接） #

1. 实现异步授权过滤器 #

public class ActiveUserAuthorizationFilter : IAsyncAuthorizationFilter
{
    public async Task OnAuthorizationAsync(AuthorizationFilterContext context)
    {
        // 从DI容器中获取已配置好的UserManager实例
        var userManager = context.HttpContext.RequestServices.GetRequiredService<UserManager<User>>();
        
        // 从认证后的Claims中获取用户ID（优先用标准声明，兼容自定义sid）
        var userId = context.User.FindFirstValue(ClaimTypes.NameIdentifier) 
                     ?? context.User.FindFirstValue("sid");

        if (string.IsNullOrEmpty(userId))
        {
            context.Result = new UnauthorizedResult();
            return;
        }

        var dbUser = await userManager.FindByIdAsync(userId);
        // 校验用户存在且未被标记为删除（非活跃）
        if (dbUser == null || dbUser.RecordStatus == Domain.Entities.Enums.RecordStatus.Deleted)
        {
            context.Result = new UnauthorizedResult();
        }
    }
}

2. 包装成特性方便使用 #

public class ActiveUserAttribute : TypeFilterAttribute
{
    public ActiveUserAttribute() : base(typeof(ActiveUserAuthorizationFilter))
    {
    }
}

3. 应用到控制器/接口 #

[ApiController]
[Route("api/[controller]")]
[ActiveUser] // 全局生效，或单独标记在Action上
public class TestController : ControllerBase
{
    // 接口逻辑
}

方案2：基于策略的授权（推荐，扩展性更强） #

这种方式更符合ASP.NET Core的授权体系，支持复杂场景扩展。

1. 定义授权需求 #

// 仅作为授权标记，无需额外属性
public class ActiveUserRequirement : IAuthorizationRequirement
{
}

2. 实现需求处理器 #

public class ActiveUserHandler : AuthorizationHandler<ActiveUserRequirement>
{
    private readonly UserManager<User> _userManager;

    // 通过构造函数注入UserManager，DI自动处理所有依赖
    public ActiveUserHandler(UserManager<User> userManager)
    {
        _userManager = userManager;
    }

    protected override async Task HandleRequirementAsync(AuthorizationHandlerContext context, ActiveUserRequirement requirement)
    {
        var userId = context.User.FindFirstValue(ClaimTypes.NameIdentifier) 
                     ?? context.User.FindFirstValue("sid");

        if (string.IsNullOrEmpty(userId))
        {
            context.Fail();
            return;
        }

        var dbUser = await _userManager.FindByIdAsync(userId);
        if (dbUser != null && dbUser.RecordStatus != Domain.Entities.Enums.RecordStatus.Deleted)
        {
            context.Succeed(requirement); // 校验通过
        }
        else
        {
            context.Fail(); // 校验失败
        }
    }
}

3. 配置授权策略 #

在Program.cs中注册策略和处理器：

var builder = WebApplication.CreateBuilder(args);

// ... 其他服务配置 ...

// 注册授权策略
builder.Services.AddAuthorization(options =>
{
    options.AddPolicy("ActiveUser", policy =>
    {
        policy.RequireAuthenticatedUser(); // 要求用户已认证
        policy.Requirements.Add(new ActiveUserRequirement());
    });
});

// 注册需求处理器
builder.Services.AddScoped<IAuthorizationHandler, ActiveUserHandler>();

var app = builder.Build();

// ... 中间件配置 ...

// 全局应用策略（或单独标记在控制器/Action上）
app.MapControllers().RequireAuthorization("ActiveUser");

app.Run();

4. 应用策略 #

[ApiController]
[Route("api/[controller]")]
[Authorize(Policy = "ActiveUser")]
public class TestController : ControllerBase
{
    // 接口逻辑
}

关键问题说明 #

1. 禁止手动实例化UserManager/DbContext：这些服务依赖大量配置（如数据库连接字符串、Identity选项），必须通过DI容器获取已初始化的实例。
2. 避免用.Result调用异步方法：会导致线程死锁，必须使用await处理异步操作。
3. 无需手动解析JWT：context.User已经是认证后的ClaimsPrincipal，直接从中提取用户ID即可。

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