直接用castle.dynamicproxy写拦截器易报nullreferenceexception,因其不自动注入依赖,拦截器需自行管理生命周期;若在intercept中访问未初始化字段、未传iserviceprovider或误用invocation.invocationtarget(接口代理时为null),即触发异常。

为什么直接用 Castle.DynamicProxy 写拦截器容易报 NullReferenceException
因为 Castle.DynamicProxy 不会自动注入依赖,所有拦截器(IInterceptor 实现类)必须自己管理生命周期,且 invocation.Proceed() 前后若访问了未初始化的字段或服务,就会崩。常见于在拦截器里直接 new 一个没配置 DI 的 service,或者忘了给拦截器传入 IServiceProvider。
实操建议:
- 拦截器类不要带无参构造函数,强制要求通过构造注入所需依赖(如
ILogger、IServiceProvider) - 注册拦截器时用工厂方式:比如
AddSingleton<iinterceptor>(sp => new LoggingInterceptor(sp.GetRequiredService<ilogger>>()))</ilogger></iinterceptor> - 避免在
Intercept方法里调用invocation.InvocationTarget—— 它只对类代理有效,接口代理时是null
ProxyGenerator 创建代理时,接口代理和类代理的区别在哪
核心区别在目标对象是否必须继承自某个基类,以及能否拦截非虚方法。
实操建议:
- 接口代理(
CreateInterfaceProxyWithTarget或CreateInterfaceProxyWithoutTarget):目标对象只需实现接口,所有方法都可拦截,但无法访问原始对象字段或非 public 成员 - 类代理(
CreateClassProxyWithTarget):目标类必须有无参构造函数或提供构造参数;只有virtual方法能被拦截,sealed或private方法完全绕过拦截逻辑 - 若要拦截
new出来的实例且不改原类,优先选接口代理;若必须代理第三方类又不能改源码,用类代理 +ProxyGenerationOptions配置Selector过滤可拦截方法
如何让 async 方法在拦截中正确 await 而不死锁或丢失上下文
invocation.Proceed() 返回的是 Task 或 Task<t></t>,但默认是同步执行的——如果你直接 await invocation.Proceed() 却没处理返回类型,会导致编译失败或运行时 InvalidCastException。
安全更新和维护 CLI Proxy API(CPA)部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。
实操建议:
- 用
invocation.Method.ReturnType.IsGenericType && invocation.Method.ReturnType.GetGenericTypeDefinition() == typeof(Task)判断是否为Task或Task<t></t> - 对
Task:先await (Task)invocation.ReturnValue,再设invocation.ReturnValue = null - 对
Task<t></t>:用反射调用GetAwaiter().GetResult()不推荐;应 cast 后 await,再赋值回invocation.ReturnValue - 千万别在拦截器里用
.Wait()或.Result—— ASP.NET Core 请求上下文下极易死锁
拦截器里怎么拿到被调用方法的自定义特性(如 [Log])
invocation.Method 是 MethodInfo,可以直接查特性,但要注意:接口代理时,invocation.Method 是接口定义的方法;类代理时,才是实际类型上的方法 —— 若特性只标在实现类上而接口没标,接口代理就拿不到。
实操建议:
- 统一在接口上声明特性(推荐),或用
Attribute.GetCustomAttribute同时查接口和目标类型 - 安全写法:
var attr = Attribute.GetCustomAttribute(invocation.Method, typeof(LogAttribute)) ?? Attribute.GetCustomAttribute(invocation.Method.DeclaringType, typeof(LogAttribute)) - 如果用了
params object[] args形参,注意invocation.Arguments是运行时传入的值,不是表达式,无法获取参数名或默认值
真正难的不是写一个能跑的拦截器,而是当它混在 DI 容器、多层代理、泛型方法、异步流和三方库中间时,还能稳定吐出正确的日志、监控或事务边界 —— 这时候,invocation.ToString() 和断点进 Intercept 的每一行,比文档管用得多。










