1. 方法不是 publicSpring 事务只对 public 方法生效，private/protected 不生效。2. 同类内部调用（this.方法）比如 A 方法无事务，调用同类里有 @Transactional 的 B 方法，事务不生效。原因：没走代理。3. 异常被 try-catch 吃掉了方法里 try-catch 了异常，没往外抛，Spring 感知不到，不会回滚。4. 抛出的异常不是默认类型默认只回滚 RuntimeException & Error。抛 Exception（受检异常）不回滚，需要加：@Transactional(rollbackFor = Exception.class)5. 没有被 Spring 管理类没加 @Service/@Component 等注解，没交给 Spring 容器，事务不生效。6. 多线程调用新线程里的操作不在原事务里，独立连接、独立事务。7. 数据库引擎不支持事务比如 MySQL MyISAM，本身不支持事务，怎么配都没用。8. 传播机制配置错误比如用了 NOT_SUPPORTED、NEVER，会以非事务方式执行。9. 类被代理方式问题（比如 CGLIB 对 final 方法）final / static 方法无法被代理，事务不生效。10. 开启了多个数据源但没指定事务管理器多数据源场景下，没指定对应 txManager，事务不生效。

大家在公司环境里一般是如何使用外网的

小厂获得的可能比在大厂得到的还多。小厂不是“一定不能去”，而是不能随便去。小厂的优势1. 更快的成长速度，大厂中你只是一颗微笑的螺丝钉，只专注与一个很小的模块；但是在小厂中，每一个劳动力都很重要，你需要快速成长，很快的就要独当一面。2. 更广的技术视野，小厂技术选型灵活，为了快速迭代跟上大环境的步伐，你需要接触很多的新技术、新语言。大厂对于技术、框架的要求可能更加严格，不会随便就使用一些新的技术，会评估技术的安全性等问题才正式开始使用。3. 更容易脱颖而出，小厂中你的贡献肉眼可见，能力突出的话，很快就会成为核心人物。4.  沟通成本低，想法可以直达决策层，流程不繁琐。综上，我认为，小厂是一个风险与回报并存的投资。

这半年的Java开发经历让我深刻体会到，对于咱们这种还在积累阶段的开发者来说，“有坑位”比“有光环”更实在。大厂实习确实好看，但如果进不去核心组，很多时候也就是做些边角料工作；反倒是带转正的小厂，为了留人往往会手把手教你实战，这种从需求分析到上线的全流程打磨机会，对建立技术宏观视角非常宝贵。既然你已经有了半年的实战打底，去小厂也不算“自降身价”，不如把它当成一个低成本的试错场——干得好就顺势转正拿Offer，干得不爽拿着这段实打实的项目经验去大厂面试，底气也更足，进可攻退可守。