Interceptors Do Not Trigger During Testing with Custom Lifetime Scope Configuration

[pidogc]

When running my tests using the Run method shown above, interceptors work correctly if I don’t use the extraRegistration parameter. However, once I provide extraRegistration, the interceptors fail to trigger. Could someone please help me resolve this issue? Thank you!

[pidogc]

有没有老哥帮忙看下这个问题？

[huoshan12345]

可否提供更详细的可复现代码, 特别是extraRegistration的具体内容.
PS: 可使用markdown的代码插入, 这样更容易复制 (:

[liuhaoyang]

深度分析报告：Issue #331

问题根因：CONFIRMED

核心问题定位：ServiceTable.cs 中的 Last.Value 模式导致多次注册同一服务类型时，后注册的会覆盖先注册的。

关键代码证据

文件: src/AspectCore.Core/DependencyInjection/ServiceTable.cs

1. 注册时创建代理（第 40-41 行）

var linkedServices = _linkedServiceDefinitions.GetOrAdd(service.ServiceType, _ => new LinkedList<ServiceDefinition>());
linkedServices.Add(MakProxyService(service));  // 添加到链表尾部

2. 解析时总是返回最后一个（第 92 行）

return value.Last.Value;  // 总是返回链表最后一个

---

Issue #331 重现路径分析

时间线：
1. 用户注册服务 IService → SvcImpl
2. AspectCore Populate 执行 → 创建 ProxyServiceDefinition(IService → proxyType)
   此时链表: [ ProxyServiceDefinition ]
3. 用户调用 Run(extraRegistration) 
   → 再次注册 IService → SvcImpl（非代理）
   此时链表: [ ProxyServiceDefinition, TypeServiceDefinition(SvcImpl) ]
4. 解析 IService 时
   → 返回 Last.Value = TypeServiceDefinition(SvcImpl)
   → 返回原始实现，不是代理
   → 拦截器不触发 ✓（匹配 Issue 描述）

---

各 DI 集成方式的风险等级

集成方式	代理创建时机	受"后注册覆盖"影响	风险
ServiceContext.Build()	注册时 Populate	是	🔴 高
MSDI BuildDynamicProxyProvider	编织时完整替换	编织前注册的安全	🟡 中
Autofac + ActivationResolveMiddleware	解析时动态包装	否	🟢 低
LightInject + Decorator	Decorator 模式	否	🟢 低

---

Autofac 为什么不受影响？

文件: src/AspectCore.Extensions.Autofac/ContainerBuilderExtensions.cs 和 ActivationResolveMiddleware.cs

Autofac 使用了不同的设计：不修改注册，而是在解析时动态包装

// ContainerBuilderExtensions.cs 第 56-66 行：全局注册中间件
containerBuilder.ComponentRegistryBuilder.Registered += (sender, args) =>
{
    args.ComponentRegistration.PipelineBuilding += (_, pipeline) =>
    {
        pipeline.Use(PipelinePhase.Activation, MiddlewareInsertionMode.StartOfPhase, 
            (context, next) => { ActivationResolveMiddleware.Instance.Execute(context, next, isEnablePropertiesAutowired); });
    };
};

// ActivationResolveMiddleware.cs 第 48-120 行：解析时动态创建代理
public void Execute(ResolveRequestContext context, Action<ResolveRequestContext> next, bool isEnablePropertiesAutowired)
{
    next(context);  // 先让原始实例被创建
    if (context.Instance == null || context.Instance.IsProxy())
        return;
    
    // ... 验证服务是否需要代理 ...
    
    // 动态创建代理，替换 context.Instance
    var proxyType = proxyTypeGenerator.CreateInterfaceProxyType(interfaceType, limitType);
    instance = Activator.CreateInstance(proxyType, new object[] { context.Resolve<IAspectActivatorFactory>(), context.Instance });
    context.Instance = instance;  // 替换为代理
}

这种设计的优点：无论何时注册、注册多少次，解析时都会检查并创建代理。

---

临时解决方案

对于使用 AspectCore 内置 DI (ServiceContext) 或 MSDI 的用户：

1. 确保所有服务注册在 Build() / BuildDynamicProxyProvider() 之前完成
2. 避免在代理创建后再次注册同一服务类型
3. 如果必须使用 extraRegistration 模式，考虑切换到 Autofac

---

根本修复建议

方案 A：ServiceTable 增加去重/合并逻辑（中等改动）

在 Populate 或 Add 时检查同一 ServiceType 是否已存在，避免后注册的非代理覆盖已有的 ProxyServiceDefinition。

方案 B：采用 Autofac 式的解析时代理（大改动）

将代理创建时机从"注册时"改为"解析时"，这样无论注册顺序如何，解析时都会检查并创建代理。

---

证据清单

文件	行号	说明
ServiceTable.cs	92, 115, 128, 157	return value.Last.Value; - 总是返回最后注册的服务
ServiceTable.cs	40-41	Populate 时创建代理并添加到链表
ServiceTable.cs	184-198	MakProxyService 创建 ProxyServiceDefinition
ServiceCollectionBuildExtensions.cs	38-62	MSDI WeaveDynamicProxyService 返回新集合
ContainerBuilderExtensions.cs	56-66	Autofac 使用 PipelineBuilding 事件
ActivationResolveMiddleware.cs	48-121	Autofac 解析时动态创建代理