如何测量监控新版Autofac单个组件的Resolve耗时

旧版本通过Preparing、Activating事件实现组件解析耗时统计的方案，在Autofac 6.0及以上版本已经无法使用——这两个事件已经被标记为内部API，不再对外暴露。以下是可直接落地的替代实现，兼容所有当前正式发布的Autofac新版本。

推荐方案：自定义Module + 解析管道中间件 #

这是Autofac官方推荐的扩展方式，稳定性最高，不需要侵入业务注册代码，所有组件的解析行为都可以被统一拦截。

实现逻辑 #

• 自定义Autofac模块，重写组件注册附着方法，在每个组件注册时自动向它的解析管道插入计时逻辑
• 利用Autofac新版本的解析管道中间件能力，在组件实例化阶段前后插入计时代码，统计真实的实例创建/解析耗时
• 自动过滤Autofac自身的系统组件，避免统计无效数据

完整实现代码 #

using Autofac;
using System.Diagnostics;

public class ResolveTimeTrackModule : Module
{
    private readonly Action<string, long> _metricReporter;

    /// <summary>
    /// 传入耗时指标的上报逻辑
    /// </summary>
    /// <param name="metricReporter">参数1：组件类型全名称；参数2：解析耗时，单位毫秒</param>
    public ResolveTimeTrackModule(Action<string, long> metricReporter)
    {
        _metricReporter = metricReporter ?? throw new ArgumentNullException(nameof(metricReporter));
    }

    protected override void AttachToComponentRegistration(
        IComponentRegistry componentRegistry,
        IComponentRegistration registration)
    {
        // 跳过Autofac内置的系统组件，减少无效统计
        if (registration.Activator.LimitType.Namespace?.StartsWith("Autofac") == true)
            return;

        // 给当前组件的解析管道插入计时中间件，放在激活阶段的最开头，保证覆盖完整实例化流程
        registration.PipelineBuilding += (_, pipeline) =>
        {
            pipeline.Use(
                phase: PipelinePhase.Activation,
                insertionMode: MiddlewareInsertionMode.StartOfPhase,
                middleware: (ctx, next) =>
                {
                    var sw = Stopwatch.StartNew();
                    try
                    {
                        next(ctx);
                    }
                    finally
                    {
                        sw.Stop();
                        var componentIdentify = registration.Activator.LimitType.FullName 
                                                ?? registration.Activator.LimitType.Name;
                        _metricReporter(componentIdentify, sw.ElapsedMilliseconds);
                    }
                });
        };
    }
}

使用方式 #

构建容器时注册这个模块即可，不需要修改原有业务组件的注册代码：

var containerBuilder = new ContainerBuilder();

// 原有业务组件注册逻辑不需要改动
containerBuilder.RegisterType<UserService>().As<IUserService>();
containerBuilder.RegisterType<OrderRepository>().As<IOrderRepository>();

// 注册耗时监控模块，传入自定义的上报逻辑
containerBuilder.RegisterModule(new ResolveTimeTrackModule((componentName, elapsedMs) =>
{
    // 这里替换成你自己的监控逻辑：写日志、推送到Prometheus/OpenTelemetry等监控系统都可以
    Console.WriteLine($"[ResolveTrack] 组件{componentName}解析耗时：{elapsedMs}ms");
}));

var container = containerBuilder.Build();

方案特性 #

• 支持依赖链嵌套耗时独立统计：比如A依赖B，解析A时触发的B解析，会单独统计B的耗时，不会重复计入A的耗时中
• 单例组件默认只统计首次实例化的耗时，后续从缓存取实例的请求不会重复统计，符合实际性能监控需求；如果需要统计所有Resolve请求（含缓存命中）的耗时，只需要把中间件插入的阶段改成PipelinePhase.ResolveRequestStart即可
• 兼容泛型注册、装饰器、动态代理（比如Castle拦截器）等高级注册场景，不需要做特殊适配
• 可以灵活加过滤规则，比如只统计指定命名空间下的业务组件，忽略第三方库注册的组件

备选方案：全局DiagnosticListener订阅 #

如果只需要做全链路级别的解析事件追踪，不需要针对每个组件做细粒度规则配置，可以直接订阅Autofac内置的DiagnosticSource事件。Autofac在解析开始、解析结束、解析报错时都会写入诊断事件，全局订阅后可以拿到所有解析操作的上下文信息，不过这个方案需要自己做组件和事件的映射处理，灵活度不如自定义模块方案，适合接入APM系统时使用。

注意事项 #

• 耗时上报逻辑不要做同步的重IO操作，避免本身拖慢组件解析性能，建议采用异步队列批量上报监控数据
• 高并发场景下建议对耗时指标做采样上报，不要全量打印日志，避免产生不必要的性能开销

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