ASP.NET Core 2.1谷歌认证流程中如何访问EF DbContext

嘿，我来帮你搞定ASP.NET Core 2.1里谷歌认证时访问DbContext做邮箱校验的事儿，其实核心就是在谷歌认证的关键节点插入自定义逻辑，直接从请求上下文里拿到DbContext就行，具体步骤如下：

在谷歌认证成功、生成用户登录票据之前，我们可以通过OnCreatingTicket这个事件钩子，插入邮箱校验逻辑。这里可以直接通过请求上下文的服务容器获取你已经注册的Database DbContext实例，完美匹配DbContext的Scoped生命周期。

完整配置代码 #

public void ConfigureServices(IServiceCollection services)
{
    // 保留你原有的DbContext注册代码
    services.AddDbContext<Database>(options => 
        options.UseSqlServer(Configuration["SqlServer"]));

    services.AddAuthentication(CookieAuthenticationDefaults.AuthenticationScheme)
        .AddCookie(o => 
        {
            // 保留你原有的Cookie配置（比如登录路径、权限拒绝路径等）
            o.LoginPath = "/Account/Login";
            o.AccessDeniedPath = "/Account/AccessDenied";
        })
        .AddGoogle(options => 
        {
            // 填入你从谷歌开发者平台获取的ClientId和ClientSecret
            options.ClientId = Configuration["Google:ClientId"];
            options.ClientSecret = Configuration["Google:ClientSecret"];

            // 核心逻辑：在创建登录票据前校验邮箱
            options.Events.OnCreatingTicket = async context => 
            {
                // 从当前请求的服务容器中获取DbContext实例
                using var dbContext = context.HttpContext.RequestServices.GetRequiredService<Database>();

                // 从谷歌返回的用户信息中提取邮箱
                var userEmail = context.Principal.FindFirstValue(ClaimTypes.Email);
                if (string.IsNullOrEmpty(userEmail))
                {
                    // 无法获取邮箱时终止认证流程
                    context.Fail("无法获取用户邮箱信息");
                    return;
                }

                // 数据库校验：检查该邮箱是否在授权列表中
                var isEmailAuthorized = await dbContext.Users
                    .AnyAsync(u => u.Email.Equals(userEmail, StringComparison.OrdinalIgnoreCase));

                if (!isEmailAuthorized)
                {
                    // 邮箱未授权时终止认证，用户无法登录
                    context.Fail("该邮箱未被允许访问系统");
                    return;
                }

                // 可选操作：校验通过后，给用户添加自定义Claim，方便后续业务判断
                var claimsIdentity = context.Principal.Identity as ClaimsIdentity;
                claimsIdentity?.AddClaim(new Claim("IsAuthorized", "True"));
            };
        });

    // 其他服务注册代码...
}

关键细节说明 #

• DbContext生命周期管理：通过HttpContext.RequestServices获取的DbContext属于当前请求的Scoped实例，用using包裹能确保资源及时释放，避免内存泄漏。
• 认证终止逻辑：调用context.Fail()会通知认证中间件终止当前流程，不会生成登录Cookie，用户也就无法完成登录。你可以根据需求自定义失败提示，后续还能在Cookie认证的事件中捕获并展示给用户。
• 邮箱匹配规则：用StringComparison.OrdinalIgnoreCase忽略大小写匹配，避免因邮箱大小写不一致导致的不必要校验失败。

如果你希望把授权校验和认证流程解耦，也可以注册IClaimsTransformation服务，在每次验证用户身份时自动执行校验：

1. 实现Claims转换类 #

public class EmailAuthorizationTransformer : IClaimsTransformation
{
    private readonly Database _dbContext;

    // 构造函数注入DbContext
    public EmailAuthorizationTransformer(Database dbContext)
    {
        _dbContext = dbContext;
    }

    public async Task<ClaimsPrincipal> TransformAsync(ClaimsPrincipal principal)
    {
        var userEmail = principal.FindFirstValue(ClaimTypes.Email);
        if (!string.IsNullOrEmpty(userEmail))
        {
            var isAuthorized = await _dbContext.Users
                .AnyAsync(u => u.Email.Equals(userEmail, StringComparison.OrdinalIgnoreCase));
            
            if (!isAuthorized)
            {
                // 返回空的ClaimsPrincipal表示认证失败
                return new ClaimsPrincipal();
            }
        }
        return principal;
    }
}

2. 注册服务 #

public void ConfigureServices(IServiceCollection services)
{
    // ...其他注册代码
    services.AddTransient<IClaimsTransformation, EmailAuthorizationTransformer>();
}

不过这种方式会在每次请求验证身份时都执行校验，适合需要动态更新授权状态的场景；而OnCreatingTicket只在用户登录时执行一次，性能更优，更符合你的需求场景。

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