@Transactional注解方法日志中看不到事务ID，是因为Spring事务上下文在代理方法入口才绑定，而AspectJ切点若在代理前触发（如用包路径匹配），则无法获取TransactionSynchronizationManager中的事务信息；必须使用@Around("execution(@Transactional (..))")并在proceed()前后检查isActualTransactionActive()和getCurrentTransactionName()。
为什么@Transactional注解的方法日志里看不到事务ID？
因为Spring的@Transactional默认走的是代理模式，事务上下文（如TransactionSynchronizationManager.getCurrentTransactionName()）在代理方法入口才绑定，而AspectJ切面若用execution(* com.example..*.*(..))这种写法，可能在代理前就触发了——日志里自然拿不到TransactionSynchronizationManager.getResource()或TransactionSynchronizationManager.getCurrentTransactionName()。必须确保切点落在Spring事务管理器实际开启事务之后的位置。
实操建议：
- 改用
@Around("execution(@org.springframework.transaction.annotation.Transactional * *(..))")，直接匹配带注解的方法，比包路径切点更可靠 - 在
proceed()前后分别获取事务信息：调用TransactionSynchronizationManager.getCurrentTransactionName()和TransactionSynchronizationManager.isActualTransactionActive()确认事务已激活 - Oracle侧要记录真实执行的SQL，不能只记方法名——需结合
DataSource或JdbcTemplate的setLogWriter（仅调试），生产环境推荐用P6Spy或log4jdbc代理驱动
如何让AspectJ切面感知Oracle数据库连接和事务状态？
AspectJ本身不依赖Spring容器，但你要读取Spring事务上下文，就必须确保切面被Spring管理（即声明为@Component），且启用@EnableAspectJAutoProxy(exposeProxy = true)。否则TransactionSynchronizationManager返回空。
实操建议：
- 切面类必须加
@Component，且确保它在Spring扫描路径下 - 在
@Around逻辑中，先检查TransactionSynchronizationManager.isActualTransactionActive()，再读getCurrentTransactionName()，避免NPE - Oracle事务ID可通过
SELECT DBMS_TRANSACTION.LOCAL_TRANSACTION_ID FROM DUAL查，但注意：该函数只在事务内有效，且需在Connection上执行——所以得从DataSourceUtils.getConnection(dataSource)拿到当前连接，再用createStatement().executeQuery()获取 - 别在切面里直接new
OracleDataSource，要用Spring注入的DataSourcebean，否则拿不到当前事务绑定的连接
日志里怎么区分Oracle的本地事务ID和Spring事务名称？
Spring的getCurrentTransactionName()返回的是方法全限定名（如com.example.service.UserService.updateUser），而Oracle的DBMS_TRANSACTION.LOCAL_TRANSACTION_ID返回类似12.23.456789的字符串，二者无直接映射关系。但你可以把它们拼在一起打日志，便于关联排查。
实操建议：
- 日志格式建议：
"[TX:{}][ORA_TXID:{}] {}"，其中第一个{}填Spring事务名，第二个填Oracle查询结果，第三个填方法参数摘要 - Oracle查询必须用
try-with-resources确保Connection和Statement及时释放，否则可能引发连接泄漏 - 如果方法没走事务（比如只读操作被
@Transactional(readOnly = true)修饰但底层没开事务），LOCAL_TRANSACTION_ID会返回NULL，此时应记录"ORA_TXID:null"而非跳过 - 注意Oracle 12c+对
DBMS_TRANSACTION.LOCAL_TRANSACTION_ID的权限要求：用户需有EXECUTE ON SYS.DBMS_TRANSACTION，开发库常漏配
使用@Aspect时遇到NoSuchBeanDefinitionException怎么办？
典型错误是Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'javax.sql.DataSource' available，说明切面里注入的DataSource没被Spring托管，或者配置类没加@Configuration。
实操建议：
- 确认
DataSourcebean确实在Spring上下文中：运行时打印applicationContext.getBeanDefinitionNames()看是否存在dataSource - 如果用
application.yml配置数据源，确保spring.datasource.url等字段拼写正确，Oracle驱动类是oracle.jdbc.OracleDriver（12c+推荐oracle.jdbc.driver.OracleDriver已弃用） - AspectJ切面类不能放在
src/test/java下，否则Spring Boot启动时扫不到；也不能用new MyAspect()手动实例化，必须靠Spring IoC注入 - 若项目同时用了Spring AOP和AspectJ LTW（Load-Time Weaving），优先关掉LTW，用纯Spring AOP——LTW在Java 9+模块系统下容易因字节码增强失败导致事务上下文丢失
最易被忽略的一点：Oracle事务ID在Connection关闭后就失效，所以必须在proceed()返回后、事务提交/回滚前完成查询——这意味着不能把Oracle ID查询放到afterReturning里，得严格放在around的finally块中，并用TransactionSynchronizationManager.registerSynchronization()注册一个同步器来兜底。
