应改用 spring 的 @conditional 体系 + 自定义配置开关 + 切点精确限定来替代 system 类属性标识做切面控制，因其具备模块级隔离、包/类级限定和运行时上下文感知三层精准控制能力。
直接说结论：不用 System 类属性标识做切面控制，改用 Spring 的 @Conditional 体系 + 自定义配置开关 + 切点精确限定。System 属性（如 System.setProperty("enable.log.aop", "true")）是全局 JVM 级的、无作用域、不可继承、无法感知模块边界的“粗粒度开关”，天然不适合用于多模块项目中精准控制 AOP 行为——它一开全开，一关全关，极易误伤兄弟模块。
下面分三块讲清楚怎么做：
一、为什么 System 属性会导致“误伤兄弟模块”
- System 属性是 JVM 全局静态变量，所有模块共享同一份
System.getProperties()； - 模块 A 启动时设
System.setProperty("aop.trace", "true")，模块 B 却没打算启用 trace 切面，但它的方法仍会被织入； - 没有自动清理机制：模块卸载或测试结束时，属性不会自动还原，污染后续测试或模块加载；
- 无法与 Spring 生命周期对齐：
@Aspect类在容器启动时就注册，而 System 属性可能在任意时刻被修改，状态不同步。
二、替代方案：三层隔离控制法
✅ 第一层：模块级开关 —— 用 @ConditionalOnProperty 绑定配置项
每个模块在自己的 application.yml 中独立控制：
# module-a/src/main/resources/application.yml aop: trace-enabled: true log-enabled: false # module-b/src/main/resources/application.yml aop: trace-enabled: false log-enabled: true
切面类加上条件注解：
@Aspect
@Configuration
@ConditionalOnProperty(name = "aop.trace-enabled", havingValue = "true")
public class TraceAspect { ... }
✅ 第二层：包/类级限定 —— 切点表达式严格限定目标模块
避免 execution(* *(..)) 这种通配，明确指定只切入本模块代码：
@Pointcut("execution(* com.example.modulea.service..*.*(..))")
public void inModuleAService() {}
若用 @Around("inModuleAService()")，就不会碰 module-b 的任何类。
✅ 第三层：运行时上下文感知 —— 结合 @Profile 或 MDC 标记动态过滤
例如，在模块 A 的请求入口 Filter 中写入 MDC 标识：
MDC.put("module", "module-a");
然后在切面里判断：
if (!"module-a".equals(MDC.get("module"))) {
return proceed(); // 直接放行，不增强
}
这样即使切面被加载，也只在真正属于本模块的调用链中生效。
三、实操建议：模块化切面的最佳结构
- 每个业务模块建一个
xxx-aop-starter子模块，内含：- 自定义
@EnableXxxAop注解（封装@Import+ 条件配置）； - 配套的
XxxAutoConfiguration类； - 所有切面类按需
@ConditionalOnProperty控制；
- 自定义
- 主启动类不加全局
@EnableAspectJAutoProxy，而是由各 starter 自主决定是否开启代理； - 使用
spring.aop.proxy-target-class=true（CGLIB）确保能代理无接口类，但注意避免对 final 类/方法增强。
这种结构下，模块 A 和模块 B 的切面完全解耦：各自配置、各自生效、互不干扰。
不复杂但容易忽略。
