Blazor InteractiveAuto项目中gRPC服务端自通信的用户认证实现

不需要更换现有OIDC+Cookie认证方案，只需在服务端注册gRPC客户端时，利用IHttpContextAccessor获取当前请求的用户上下文，通过AddCallCredentials将认证信息注入gRPC请求头：

1. 先注册IHttpContextAccessor以便获取当前请求上下文：

builder.Services.AddHttpContextAccessor();

2. 注册gRPC客户端时添加凭证逻辑：

builder.Services.AddGrpcClient<YourGrpcService.YourGrpcServiceClient>(options =>
{
    options.Address = new Uri("https://localhost:5001"); // 你的服务端gRPC地址
})
.AddCallCredentials(async (context, metadata, serviceProvider) =>
{
    var httpContextAccessor = serviceProvider.GetRequiredService<IHttpContextAccessor>();
    var httpContext = httpContextAccessor.HttpContext;
    
    if (httpContext?.User?.Identity?.IsAuthenticated == true)
    {
        // 方式1：直接传递认证Cookie，让gRPC服务端自动完成认证
        var authCookie = httpContext.Request.Cookies[CookieAuthenticationDefaults.CookieName];
        if (!string.IsNullOrEmpty(authCookie))
        {
            metadata.Add("Cookie", $"{CookieAuthenticationDefaults.CookieName}={authCookie}");
        }

        // 方式2：传递用户核心Claims，在gRPC服务端手动构造身份（适合自定义认证逻辑）
        // metadata.Add("user-id", httpContext.User.FindFirstValue(ClaimTypes.NameIdentifier));
        // metadata.Add("user-name", httpContext.User.FindFirstValue(ClaimTypes.Name));
    }
});

3. 如果用方式2，在gRPC服务端从请求头读取Claims并绑定用户身份：

public override async Task<YourResponse> YourGrpcMethod(YourRequest request, ServerCallContext context)
{
    var userId = context.RequestHeaders.GetValue("user-id");
    if (!string.IsNullOrEmpty(userId))
    {
        var claims = new List<Claim>
        {
            new Claim(ClaimTypes.NameIdentifier, userId),
            new Claim(ClaimTypes.Name, context.RequestHeaders.GetValue("user-name"))
        };
        context.HttpContext.User = new ClaimsPrincipal(new ClaimsIdentity(claims, "grpc-auth"));
    }

    // 后续业务逻辑可直接使用context.HttpContext.User
    return await Task.FromResult(new YourResponse());
}

针对服务端自通信场景，完全可以绕开gRPC通信层，直接调用业务逻辑，避免构造ServerCallContext的麻烦：

1. 将gRPC服务的核心业务逻辑抽离到独立服务类：

public interface IYourGrpcBusinessService
{
    Task<YourResponse> HandleRequest(YourRequest request, ClaimsPrincipal user);
}

public class YourGrpcBusinessService : IYourGrpcBusinessService
{
    public async Task<YourResponse> HandleRequest(YourRequest request, ClaimsPrincipal user)
    {
        // 直接使用传入的user对象处理业务
        return new YourResponse();
    }
}

2. 让gRPC服务类依赖这个业务服务：

public class YourGrpcService : YourGrpcServiceBase
{
    private readonly IYourGrpcBusinessService _businessService;

    public YourGrpcService(IYourGrpcBusinessService businessService)
    {
        _businessService = businessService;
    }

    public override async Task<YourResponse> YourGrpcMethod(YourRequest request, ServerCallContext context)
    {
        return await _businessService.HandleRequest(request, context.HttpContext.User);
    }
}

3. 在Blazor SSR组件中直接注入业务服务调用：

[Inject]
private IYourGrpcBusinessService BusinessService { get; set; }

[Inject]
private IHttpContextAccessor HttpContextAccessor { get; set; }

public async Task ExecuteLogic()
{
    var request = new YourRequest();
    var response = await BusinessService.HandleRequest(request, HttpContextAccessor.HttpContext.User);
    // 处理响应
}

现有OIDC+Cookie认证方案无需更换，问题根源是SSR场景下gRPC自通信未自动携带当前请求的认证上下文。两种方案按需选择：

• 若需要保留完整gRPC通信链路（比如未来可能扩展跨服务调用），优先用方案1的AddCallCredentials方式；
• 若仅服务端自通信，方案2的业务逻辑抽离是最简便的实现方式。

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