@Transactional属于是Spring的常用事务处理注解了，最近在开发时偶然发现这个东西竟然不是100%生效的。
问题重现：
测试一个批处理方法，方法上加了@Transactional后执行，因为加了事务处理注解，没怎么关注SQL执行顺序（反正对事务来说都是原子性的），debug过程发现MongoDB连接有问题，有关Mongo的操作抛出了异常，因为数据库的某个字段是批处理的触发条件，并且在批处理过程中会更新这个字段。重新执行发现数据库（Postgresql）的数据被update了，没有触发。嗯，确实之前没关注这个注解会有不生效的问题，开始处理：
首先为了方便测试批处理任务（定时调度的），我在debug阶段直接用了@PostConstruct注解，即项目启动后直接运行批处理任务，像下面这个样子：
@Transaction @PostConstruct public void execute() { // balabala..... }
后来验证问题就出在这个@PostConstruct上。
问题处理：
遇到问题最直接的办法，Google一下，确实涨知识了，以下情况@Transaction注解不会生效：
- 被注解标记的方法不是public的
- 只有同类中方法调用
- 数据库本身不支持事务
- propagation或rollbackFor设置错误，这种情况一般都会注意
问题分析：
我们使用的@PostConstruct就是第二种情况不生效导致的，@PostConstruct是Java EE提供的注解，不属于Spring，而@Transactional注解的生效实际是由Spring AOP控制的，生成一个代理类，执行事务开启和提交的逻辑，不过，只有当该类以外使用被@Transactional修饰的方法时，这个代理类才会生成。所以，如果不是debug使用了@PostConstruct，本来其实是没问题的。