C#中的AOP（面向切面编程）如何实现？PostSharp与Castle DynamicProxy入门

新闻中心 NEWS CENTER

您当前位置：首页 > 新闻中心 > 网络学院

C#中的AOP（面向切面编程）如何实现？PostSharp与Castle DynamicProxy入门

2025-12-16

浏览次数：次

返回列表

PostSharp在编译时织入切面，性能高但需付费且侵入构建流程；Castle DynamicProxy在运行时生成代理，免费灵活但仅支持虚方法或接口拦截。

c#中的aop（面向切面编程）如何实现？postsharp与castle dynamicproxy入门

AOP（面向切面编程）是一种编程范式，用于将横切关注点（如日志、事务、缓存、权限验证等）与核心业务逻辑分离。在C#中，虽然语言本身不直接支持AOP，但可以通过第三方库来实现。其中，PostSharp 和 Castle DynamicProxy 是两种主流方案，它们的实现方式和适用场景有所不同。

PostSharp：编译时织入的AOP框架

PostSharp 是一个商业 AOP 框架（也有免费社区版），它通过在编译阶段修改 IL（中间语言）代码的方式，将切面逻辑“织入”到目标方法中，因此性能较高，使用也较为直观。

实现步骤：

FashionLabs

AI服装模特、商品图，可商用，低价提升销量神器

86 查看详情 FashionLabs

安装 NuGet 包：PostSharp
定义一个继承自 OnMethodBoundaryAspect 的切面类
重写 OnEntry、OnExit、OnException 等方法来插入逻辑
将该特性应用到目标方法或类上

示例代码：

public class LogAttribute : OnMethodBoundaryAspect { public override void OnEntry(MethodExecutionArgs args) { Console.WriteLine($"进入方法: {args.Method.Name}"); } public override void OnExit(MethodExecutionArgs args) { Console.WriteLine($"退出方法: {args.Method.Name}"); } public override void OnException(MethodExecutionArgs args) { Console.WriteLine($"方法异常: {args.Method.Name}, 异常: {args.Exception}"); } } // 使用 [Log] public void DoWork() { Console.WriteLine("执行业务逻辑")

; throw new InvalidOperationException(); }

优点是语法简洁，无需改变调用方式；缺点是需要编译时处理，对构建流程有侵入性，且高级功能需付费。

Castle DynamicProxy：运行时代理实现AOP

Castle DynamicProxy 是一个开源库，属于 Castle Project 的一部分。它通过在运行时生成代理类来拦截方法调用，从而实现 AOP。它不修改原始代码，而是基于接口或虚方法创建动态代理。

实现步骤：

安装 NuGet 包：Castle.Core
创建一个实现 IInterceptor 的拦截器类
使用 ProxyGenerator 为目标对象生成代理
确保被拦截的方法是虚方法或实现自接口

示例代码：

public class LoggingInterceptor : IInterceptor { public void Intercept(IInvocation invocation) { Console.WriteLine("调用前: " + invocation.Method.Name); try { invocation.Proceed(); // 执行原方法 } catch (Exception) { Console.WriteLine("调用中发生异常: " + invocation.Method.Name); throw; } finally { Console.WriteLine("调用后: " + invocation.Method.Name); } } } // 使用 var generator = new ProxyGenerator(); var service = generator.CreateClassProxy(new LoggingInterceptor()); service.DoWork(); // 被拦截

注意：若代理类，目标类的方法必须是 virtual；若代理接口，则无需 virtual，更推荐面向接口编程。

优点是免费、灵活、无编译期依赖；缺点是仅能拦截虚方法或接口方法，且代理对象的创建需手动管理。