CarrieYung1. Spring AOP 通知类型全景解析
在Spring框架的实际开发中，AOP（面向切面编程）是解决横切关注点的利器。最近在重构一个订单系统时，我通过合理运用五种通知类型，将原本分散在业务代码中的日志、事务和权限校验逻辑统一管理，代码整洁度提升了40%。下面结合实战案例，详解这五种通知的适用场景和实现细节。
注意：本文基于Spring 5.3.x版本，部分特性在旧版本可能略有差异
1.1 前置通知（@Before）的精准拦截
前置通知最典型的应用场景是参数校验。在电商项目中，我们这样实现价格修改的权限校验：
java复制@Before("execution(* com.example.service.ProductService.updatePrice(..)) && args(productId, newPrice, operatorId)")
public void validatePriceUpdate(Long productId, BigDecimal newPrice, String operatorId) {
if(!permissionService.hasPermission(operatorId, "PRICE_UPDATE")) {
throw new SecurityException("无价格修改权限");
}
if(newPrice.compareTo(BigDecimal.ZERO) <= 0) {
throw new IllegalArgumentException("价格必须大于零");
}
}
关键点在于：
- 使用args绑定方法参数时，参数名必须与切面方法一致
- 多个条件用&&连接时要注意空格
- 抛出的非RuntimeException需要在切面声明
踩坑记录：曾因参数顺序错位导致校验失效，建议使用参数名绑定而非位置索引。
1.2 后置通知（@AfterReturning）的数据加工
在返回用户敏感数据时，我们常用后置通知做数据脱敏。以下是会员手机号脱敏实现：
java复制@AfterReturning(
pointcut = "execution(* com.example.dao.MemberDao.findById(..))",
returning = "member")
public void maskSensitiveInfo(Member member) {
if(member != null) {
String phone = member.getPhone();
member.setPhone(phone.substring(0, 3) + "****" + phone.substring(7));
}
}
特别要注意：
- returning属性值必须与切面方法参数名一致
- 修改返回对象属性会影响原始返回值
- 对集合类型需要额外处理
性能提示：高频调用场景建议用字节码增强方案替代反射。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 异常通知（@AfterThrowing）的精细化处理
2.1 异常分类处理策略
在支付系统中，我们对不同异常采取不同降级策略：
java复制@AfterThrowing(
pointcut = "execution(* com.example.payment.*.*(..))",
throwing = "ex")
public void handlePaymentException(PaymentException ex) {
if(ex instanceof TimeoutException) {
retryQueue.add(ex.getPaymentNo());
} else if(ex instanceof BalanceException) {
alertService.notifyRiskControl(ex);
}
metrics.increment("payment.fail." + ex.getClass().getSimpleName());
}
经验总结：
- 异常类型匹配遵循Java继承体系
- 获取原始异常堆栈需通过ex.getCause()
- 避免在切面中抛出新异常
2.2 异常上下文传递技巧
通过ThreadLocal实现跨切面的异常信息共享：
java复制private static final ThreadLocal<ExceptionContext> contextHolder = ...;
@AfterThrowing(pointcut="within(@org.springframework.stereotype.Service *)", throwing="ex")
public void captureServiceException(Exception ex) {
contextHolder.set(new ExceptionContext(ex, LocalDateTime.now()));
}
3. 最终通知（@After）的资源管理
3.1 文件操作场景示例
java复制@After("execution(* com.example.report.*.*(..))")
public void cleanupTempFiles() {
File[] tempFiles = new File("/tmp/reports").listFiles();
if(tempFiles != null) {
Arrays.stream(tempFiles)
.filter(f -> f.lastModified() < System.currentTimeMillis() - 3600000)
.forEach(File::delete);
}
}
重要提醒：
- 无论目标方法是否抛出异常都会执行
- 无法获取方法返回值
- 适合做资源清理等必须执行的操作
4. 环绕通知（@Around）的高阶用法
4.1 缓存与降级综合方案
java复制@Around("execution(* com.example.service.*Service.*(..))")
public Object cacheAndFallback(ProceedingJoinPoint pjp) {
String cacheKey = generateCacheKey(pjp);
try {
Object result = cache.get(cacheKey);
if(result == null) {
result = pjp.proceed();
cache.put(cacheKey, result);
}
return result;
} catch (Exception e) {
log.warn("业务异常，尝试降级", e);
return fallbackService.getFallback(pjp.getArgs());
}
}
关键技巧：
- proceed()必须调用且只调用一次
- 可以修改参数：Object[] args = pjp.getArgs()
- 返回值类型转换要小心
4.2 耗时监控的N种实现
对比几种实现方式的性能开销：
| 实现方式 | 平均耗时(ms) | 对原方法影响 |
|---|---|---|
| 简单环绕通知 | 0.12 | 低 |
| AspectJ编译时织入 | 0.02 | 无 |
| 字节码增强 | 0.05 | 无 |
5. 通知类型的组合策略
5.1 执行顺序控制
通过@Order注解控制多个切面的执行顺序：
java复制@Aspect
@Order(1)
public class LoggingAspect {...}
@Aspect
@Order(2)
public class SecurityAspect {...}
执行顺序规则：
- 同一切面的不同通知类型按Around→Before→After→AfterReturning/Throwing顺序
- 不同切面按Order值升序执行
- 实现Ordered接口也可控制顺序
5.2 性能优化实践
在百万级QPS的网关服务中，我们通过以下优化使AOP开销降低70%：
- 将频繁执行的切面改为编译时织入
- 使用条件切点减少匹配次数
- 缓存切点匹配结果
java复制@Around("execution(* com..api.*.*(..)) && @annotation(ratelimit)")
public Object rateLimit(ProceedingJoinPoint pjp, RateLimit ratelimit) {
// 优化后的实现
}
6. 实际项目中的经典组合
在最近开发的智能风控系统中，我们这样组合使用通知类型：
- 权限校验层：@Before + 自定义注解
- 参数校验层：@Around 早期拒绝非法请求
- 日志记录层：@AfterReturning + @AfterThrowing
- 监控统计层：@Around 计算百分位耗时
java复制// 典型的多层切面配置
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface RiskControl {
String value();
}
@Aspect
public class RiskControlAspect {
@Before("@annotation(rc)")
public void checkRisk(RiskControl rc) {
// 风控逻辑
}
}
特别提醒：过多切面会影响代码可读性，建议：
- 同类切面合并处理
- 使用复合注解
- 明确文档记录切面行为
在微服务架构下，AOP的边界需要特别注意。我们建立了切面注册中心来管理跨服务的切面逻辑，避免重复建设和冲突。