记录日常设计遇到的java异常问题

一 结论/规律

1.非public 或者函数里包含了非public的函数情况 是不会回滚的

不会报错 也没有日志 需要特别注意

2.报的异常和rollBackFor的不同也不会回滚（rollback中异常至少是父类 或者同一类）

3.如果报异常 有数据库存储和查询动作 能查询到和且落库后回滚 如果id自增 会看到有id断层的情况

private void test(){
        xxxrepo.save(C);//存储C类
        xxxrepo.select(C);//能查到
        thow new Exception("异常");
}

如果id是自增的情况 会遇到这种情况

4.如果在新建一个线程 子线程的异常 父线程是捕捉不到的

（这里可以看一下Future类，一种异步方式 ）

5.同一个注解中使用了两个数据源或涉及其他系统交互 事务会失效

5.cglib代理方式可能会使得没有@inherted注解的类获取不到注解

transcational是有@inherted注解的

6.A类中B方法加了事务注解 C没有事务注解 但调用了B方法 在外部调用C的时候 没有事务

spring AOP造成的

二 spring做了什么

Transaction注解的可配置项

Transactional代码段

可选项:

• transcationManager
  事务管理器
  jdbc里的是DateSource TransactionManager
  spring提供了PlatFormTranscationManager接口 供接入实现
• value
  和transcationManager 一个意思 相同的用法（如果两个配置不一样会报异常）
  这里可以看下AliasFor注解 注意 JDK原生获取注解模式会使这个注解失效
  详见：https://blog.csdn.net/weixin_43888891/article/details/126962698
• propagation
  事务传播机制

REQUIRED：默认值，支持当前事务，如果没有事务会创建一个新的事务
SUPPORTS：支持当前事务，如果没有事务的话以非事务方式执行
MANDATORY：支持当前事务，如果没有事务抛出异常
REQUIRES_NEW：创建一个新的事务并挂起当前事务
NOT_SUPPORTED：以非事务方式执行，如果当前存在事务则将当前事务挂起
NEVER：以非事务方式进行，如果存在事务则抛出异常
NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与REQUIRED类似的操作
原文链接：https://blog.csdn.net/szy350/article/details/122466050
https://blog.csdn.net/szy350/article/details/122466050

• isolation
  隔离级别 和DB一样的事务隔离级别
• timeout
  事务超时时间
• readonly
  事务是否只读 为的是防止两次select查询的不一样 我理解是对DB做一个snapshot操作
• rollbackFor
  遇到哪些异常需要回滚
• rollbackForClassName
  遇到哪些异常需要回滚 填写内容为class名称 （全称还是简称？）
• noRollbackFor
  遇到哪些异常不需要回滚
• noRollbackForClassName
  遇到哪些异常不需要回滚 填写内容为class名称

与数据库关系 与隔离级别关系

三 成熟框架对于异常的处理 (代码参考)

可供看源代码的类

• 两下shift 搜 TransactionManager 继承spring的PlatFormTranscationManager
• TransactionInterceptor
• TransactionAspectSupport