反射读取自定义注解不影响事务传播行为，因其仅为内存元数据解析，不触发spring aop代理或transactioninterceptor；事务控制仅发生在方法入口代理拦截时。
自定义注解在 @Transactional 方法内通过反射读取时，不会影响事务传播行为。反射读取注解本身是纯内存操作，不涉及数据库、连接或事务管理器，因此既不开启新事务，也不改变当前事务边界。
反射读取注解不触发事务逻辑
Java 反射（如 method.getAnnotation(YourAnnotation.class)）仅解析类文件的元数据，运行时无需 Spring AOP 代理介入，也不经过 TransactionInterceptor 处理。事务控制发生在方法调用入口（由代理拦截），而注解读取发生在方法体内，属于“事务上下文中的普通代码执行”。
- 即使该注解后续被用于动态决策（比如根据注解值决定是否查库），真正影响事务的是后续操作，而非读取动作本身
- Spring 的事务切面只对带有
@Transactional的目标方法生效，对反射调用无感知
注意：注解读取后的业务逻辑可能改变事务行为
若你在反射拿到自定义注解后，立即执行了带 @Transactional 的方法调用（例如通过 ApplicationContext.getBean() 获取服务并调用其事务方法），此时事务传播取决于被调用方法的 propagation 属性：
- 默认
Propagation.REQUIRED：加入当前事务（最常见） -
Propagation.REQUIRES_NEW：挂起当前事务，新建独立事务 -
Propagation.NOT_SUPPORTED：以非事务方式执行，当前事务被挂起
这种传播行为与“是否反射读取了注解”无关，只取决于你后续调用的方法上声明的事务属性。
避免常见误解
有人误以为“读取了自定义事务相关注解，就会像 @Transactional 一样触发代理”，这是不成立的：
- Spring 不会因为某段代码反射读取了某个注解，就自动为其生成代理或增强
- 自定义注解需配合 AOP 切面显式处理；若未定义对应
@Around或@Before切点，它只是静态元数据 - 即使你写了基于该注解的切面，只要没在事务方法内部触发新的代理调用，就不会引入额外事务上下文
实际建议
若需在事务方法中根据自定义注解做条件处理（如日志、权限校验、分支逻辑），可放心反射读取：
- 确保注解读取逻辑轻量、无副作用
- 若后续有外部服务调用或 DB 操作，明确其事务传播策略，不要依赖注解读取动作“隐式”改变事务
- 调试时可通过
TransactionSynchronizationManager.isActualTransactionActive()确认当前是否处于活跃事务中
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
