.NET Core+Autofac：如何从单例/根作用域消费请求作用域实例？

这个问题确实挺典型的——既要尽早初始化Serilog捕获启动阶段的错误，又要让Enricher能拿到请求作用域里的对象，直接硬刚肯定会踩作用域不存在的坑。我之前也遇到过类似的情况，分享一下我摸索出来的可行方案：

核心思路是延迟获取请求作用域对象，不在Enricher初始化时去Resolve，而是等到实际生成日志事件的时候，再通过当前请求上下文去拿Autofac的请求作用域，进而获取需要的服务。

步骤1：注册并准备IHttpContextAccessor #

.NET Core默认不会自动注册IHttpContextAccessor，我们得先把它配置好，因为这是我们获取当前请求上下文的关键：

var builder = WebApplication.CreateBuilder(args);

// 创建HttpContextAccessor实例，既要给Serilog的Enricher用，也要注册到DI容器里
var httpContextAccessor = new HttpContextAccessor();
builder.Services.AddSingleton<IHttpContextAccessor>(httpContextAccessor);

步骤2：实现自定义的请求作用域Enricher #

这个Enricher不会在构造时去拿服务，而是在Enrich方法（也就是日志事件生成时）动态获取：

using Autofac;
using Autofac.Integration.AspNetCore;
using Serilog.Core;
using Serilog.Events;
using Microsoft.AspNetCore.Http;

public class RequestScopedDataEnricher : ILogEventEnricher
{
    private readonly IHttpContextAccessor _httpContextAccessor;

    public RequestScopedDataEnricher(IHttpContextAccessor httpContextAccessor)
    {
        _httpContextAccessor = httpContextAccessor;
    }

    public void Enrich(LogEvent logEvent, ILogEventPropertyFactory propertyFactory)
    {
        var httpContext = _httpContextAccessor.HttpContext;
        // 处理非请求场景（比如启动日志、后台任务）
        if (httpContext == null)
        {
            logEvent.AddPropertyIfAbsent(propertyFactory.CreateProperty("RequestScopedInfo", "Non-Request Context"));
            return;
        }

        // 从HttpContext里取出Autofac的请求作用域
        if (!httpContext.Items.TryGetValue(AutofacMiddleware.RequestContainerKey, out var scopeObj) ||
            scopeObj is not ILifetimeScope requestScope)
        {
            logEvent.AddPropertyIfAbsent(propertyFactory.CreateProperty("RequestScopedInfo", "Autofac Request Scope Not Found"));
            return;
        }

        try
        {
            // 在这里Resolve你需要的请求作用域服务
            var myScopedService = requestScope.Resolve<IMyRequestScopedService>();
            var enrichmentValue = myScopedService.GetLoggingData();
            logEvent.AddPropertyIfAbsent(propertyFactory.CreateProperty("RequestScopedInfo", enrichmentValue));
        }
        catch (Exception ex)
        {
            // 防止Resolve失败导致日志本身报错
            logEvent.AddPropertyIfAbsent(propertyFactory.CreateProperty("RequestScopedInfo", $"Error: {ex.Message}"));
        }
    }
}

步骤3：初始化Serilog并集成Autofac #

现在可以在DI容器构建前初始化Serilog，把自定义Enricher加进去，然后正常配置Autofac：

// 初始化Serilog，用刚才创建的HttpContextAccessor实例初始化Enricher
Log.Logger = new LoggerConfiguration()
    .ReadFrom.Configuration(builder.Configuration)
    .Enrich.With(new RequestScopedDataEnricher(httpContextAccessor))
    .WriteTo.Console()
    .CreateLogger();

// 集成Autofac作为DI容器
builder.Host.UseServiceProviderFactory(new AutofacServiceProviderFactory());
builder.Host.ConfigureContainer<ContainerBuilder>(containerBuilder =>
{
    // 注册你的请求作用域服务
    containerBuilder.RegisterType<MyRequestScopedService>()
                   .As<IMyRequestScopedService>()
                   .InstancePerRequest(); // 或者InstancePerLifetimeScope，效果一致
    // 其他Autofac服务注册...
});

// 替换默认日志提供者为Serilog
builder.Logging.ClearProviders();
builder.Logging.AddSerilog();

var app = builder.Build();

// 后续中间件配置...
app.Run();

关键细节说明 #

1. 为什么不用Container.Resolve<T>？
   全局容器的Resolve是根作用域的，而请求作用域的服务只能在请求生命周期内的作用域里Resolve，直接用根容器会抛出作用域不存在的错误。我们通过HttpContext.Items拿到的是Autofac为当前请求创建的专属作用域，这才是正确的Resolve入口。

2. 非请求场景的处理
   启动阶段的日志、后台任务的日志都没有HttpContext，所以一定要在Enricher里做判断，避免空引用异常，同时给这类日志加个标识，方便排查。

3. 异常兜底
   即使是请求场景，也可能出现服务没注册、Resolve失败的情况，所以要加try-catch，防止日志逻辑本身崩溃影响主程序。

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