ASP.NET Core中如何让业务层服务全局访问请求初始生成的属性？

可以实现，下面提供两种可行方案，其中请求级依赖注入是更符合ASP.NET Core设计的最优方案：

方案1：请求级依赖注入（推荐） #

这种方式遵循依赖注入原则，解耦性强、可测试性高，适合大多数项目场景：

1. 定义元数据接口与实现类

// 抽象请求元数据接口
public interface IRequestMetadata
{
    Guid CorrelationId { get; set; }
    // 可按需扩展其他请求属性，如UserId、RequestPath等
}

// 请求级别的实现类（Scoped生命周期，每个请求实例化一次）
public class RequestMetadata : IRequestMetadata
{
    public Guid CorrelationId { get; set; }
}

2. 注册服务
   在Program.cs中将服务注册为Scoped生命周期：

builder.Services.AddScoped<IRequestMetadata, RequestMetadata>();

3. 中间件中赋值
   在请求入口的中间件里生成并设置全局属性，同时同步到日志上下文：

app.Use(async (context, next) =>
{
    var requestMetadata = context.RequestServices.GetRequiredService<IRequestMetadata>();
    requestMetadata.CorrelationId = Guid.NewGuid();
    
    // 同步到日志上下文，保持日志与业务层数据一致
    using (LogContext.PushProperty("CorrelationId", requestMetadata.CorrelationId))
    {
        await next.Invoke(context);
    }
});

4. 业务层服务中注入使用
   任何需要访问全局属性的业务类，只需在构造函数中注入IRequestMetadata即可：

public class GetTimeService
{
    private readonly IRequestMetadata _requestMetadata;

    public GetTimeService(IRequestMetadata requestMetadata)
    {
        _requestMetadata = requestMetadata;
    }

    public DateTime GetCurrentTime()
    {
        // 获取请求级的CorrelationId
        var correlationId = _requestMetadata.CorrelationId;
        // 执行业务逻辑...
        return DateTime.Now;
    }
}

方案2：AsyncLocal轻量实现 #

如果项目规模小、追求极简，也可以用.NET原生的AsyncLocal<T>实现，它能在整个异步请求流中共享数据：

1. 静态工具类封装

public static class RequestContext
{
    private static readonly AsyncLocal<Guid> _correlationId = new();

    public static Guid CorrelationId
    {
        get => _correlationId.Value;
        set => _correlationId.Value = value;
    }
}

2. 中间件赋值

app.Use(async (context, next) =>
{
    RequestContext.CorrelationId = Guid.NewGuid();
    using (LogContext.PushProperty("CorrelationId", RequestContext.CorrelationId))
    {
        await next.Invoke(context);
    }
});

3. 业务层直接调用
   业务类无需注入，直接通过静态类访问：

public class GetTimeService
{
    public DateTime GetCurrentTime()
    {
        var correlationId = RequestContext.CorrelationId;
        // 业务逻辑...
        return DateTime.Now;
    }
}

方案对比与最优选择 #

• 请求级依赖注入：符合ASP.NET Core设计理念，解耦性强，单元测试时可轻松Mock接口，扩展性好，适合中大型项目或规范要求高的场景，是最优方案。
• AsyncLocal：实现简单、代码量少，但静态类会带来耦合，单元测试时需要额外处理，适合小型项目或快速原型开发。

另外不推荐直接从日志上下文（如Serilog的LogContext）读取属性，会导致业务层与日志框架强耦合，不利于后续框架更换。

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