开心一刻
小羊：哎呀，前面有奶喝
狗妈：这谁呀，走开
小羊：我就喝点，能怎么的嘛
狗妈：你喝就喝，咋还上头了呢？
小羊：真香！
狗妈：这羊犊子，真硬核！
问题背景
一天早上，楼主兴致勃勃的逛着园子的时候，右下角的 QQ 头像嘀嘀嘀的闪了起来，定睛一看，哎我去，肾要开始疼了，不是，头要开始疼了
客服 MM：太躺，有个客户充值成功后，赠送的积分没有到账
楼主：是不是客户等级不够，不满足资格 ？
客服 MM：客户等级是够的，他之前的积分都正常到账了
楼主：之前的积分都到账了 ？ 哪个客户，我去看看
客服 MM：客户名是：xxx，对应的单号是：xxx，找到原因了跟我说下
楼主：好的，找到原因了第一时间通知你
泰坦是楼主在公司内的花名，也是楼主的 LOL 本命英雄，慢慢的被传成太躺了，楼主也很无奈；
有小伙伴问楼主，你和客服 MM 什么关系，光看到头像闪动就肾疼了 ？
这个问题问得好，改天楼主给你加鸡腿，其实楼主和客服确实挺熟悉的，工作交流挺多的，但是仅限于同事关系！ 吾乃心系天下之人，岂能被儿女情长所困 ？ 只可惜客服 MM 已名花有主，不然就，嘿嘿嘿，你们懂的（是那姓吾的小子心系天下，楼主不姓吾！）
问题解决
积分赠送是最近新上的一个功能，上了也有一个多星期了，到目前为止，也就这个客户反馈了这个问题，另外这个客户之前的积分都是赠送到账了的，应该是触发了某些未考虑到的边界条件，产生了异常，导致积分未写入成功，照理来说，这应该是一个事务，要么都成功，要么都不成功呀
由于这个功能不是楼主开发的，出于快速解决问题的考虑，楼主就找到了对应的开发同事小李，跟他说明了下情况，让他去排查下什么原因
过了一会，小李找到了楼主，开始了他的排查分享
小李：太躺，我看了下日志，由于 xxx 情况未考虑到，导致加积分记录的时候抛异常了
楼主：xxx 情况确实比较特殊，一般很难考虑到，但是为什么存款成功了，积分却没加成功，你用了异步不 care 结果的处理 ？
小李：我是同步处理的，照理来说，应该要回滚的
楼主：那就奇了怪了，你把写入积分的方法给我下，我去看看代码
几分钟过后，楼主找到了小李，跟他说了下怎么改，并且让他把边界限制的处理也加上，走紧急流程升到了线上
问题解决后，小李又找到了楼主
小李：太躺啊，为什么之前事务未回滚，而按你说的那么改之后事务就会回滚了 ？
楼主：你去把你的椅子拿过来，我跟你好好讲讲！
问题复现
注意啊，这不是说升级了之后线上又出现了同样的问题，而是楼主为了让大家更好的了解这个问题，模拟下当时的场景
数据库版本 5.7.21 、存储引擎 InnoDB 、隔离级别 RR 、spring的传播机制 REQUIRED 、声明式事务 @Transactional
完整代码：data-init，里面的 TransactionMissTest ，关键代码如下
/** * 存款 * 引入积分之前的处理 * @param loginName * @param amount * @return */ @Override @Transactional(rollbackFor = Exception.class) public TranMissCredit deposit(String loginName, BigDecimal amount) { TranMissCredit credit = creditMapper.getByLoginName(loginName); BigDecimal creditAfter = credit.getCredit().add(amount); TranMissCreditLog creditLog = new TranMissCreditLog(loginName, credit.getCredit(), amount, creditAfter, "充值: " + amount); credit.setCredit(creditAfter); creditMapper.update(credit); int count = creditLogMapper.insert(creditLog); return credit; } /** * 存款 * 引入积分后的新增的方法 * @param loginName * @param amount * @param integration * @return */ @Override public TranMissCredit deposit(String loginName, BigDecimal amount, int integration) { TranMissCredit credit = deposit(loginName, amount); // 复用之前的存款逻辑 // 下面是新增的积分业务 int integrationAfter = credit.getIntegration() + integration; TranMissIntegrationLog log = new TranMissIntegrationLog(loginName, credit.getIntegration(), integration, integrationAfter, "充值赠送积分: " + integration); credit.setIntegration(integrationAfter); creditMapper.update(credit); integrationLogMapper.insert(log); return credit; } // 调用的地方，相当于Controller @Autowired private IDepositService depositService; @Test public void deposit() { // 积分引入前的调用 // TranMissCredit credit = depositService.deposit("zhangsan", new BigDecimal(100)); // 积分引入后的调用 TranMissCredit credit = depositService.deposit("zhangsan", new BigDecimal(100), 10); }
看上去好像没毛病吧，楼主你不是蒙我了把 ？ 蒙没蒙你，咱们找焦点访谈
我们先看下初始状态，目前只有客户 zhangsan ，其额度 100 ，积分 10 
我们来手动造个异常，模拟边界条件的触发，修改新增的 deposit 方法
/** * 存款 * 引入积分后的新增的方法 * @param loginName * @param amount * @param integration * @return */ @Override public TranMissCredit deposit(String loginName, BigDecimal amount, int integration) { TranMissCredit credit = deposit(loginName, amount); // 复用之前的存款逻辑 // 下面是新增的积分业务 int integrationAfter = credit.getIntegration() + integration; TranMissIntegrationLog log = new TranMissIntegrationLog(loginName, credit.getIntegration(), integration, integrationAfter, "充值赠送积分: " + integration); credit.setIntegration(integrationAfter); // 模拟异常抛出 if ("zhangsan".equals(loginName)) { throw new RuntimeException("触发边界条件"); } creditMapper.update(credit); integrationLogMapper.insert(log); return credit; }
我们来看看结果
哟嚯，额度加成功了，积分却没加成功，事务没生效！是不是有点懵 ？
问题分析
我们仔细观察下 deposit 方法，一个有 @Transactional 修饰，一个没有，就这一个差别；虽说只有这一个差别，但 Spring 却在幕后替我们完成了很多事情
Spring 事务原理
关于这个，我相信大家都能答上来一点，底层实现就是动态代理（你还不知道动态代理 ？那还不赶紧去看：设计模式之代理，手动实现动态代理，揭秘原理实现）
当 Spring 检查到 @Transactional ，会给目标对象创建一个代理对象，然后在代理对象中给目标对象中被 @Transactional 修饰的方法织入事务增强处理，类似这样
如果目标对象中没有被 @Transactional 修饰的方法，在代理类中是怎样的了 ？ 既然没有被 @Transactional ，说明不需要事务增强处理嘛，那就直调呗
回到我们的案例，代理对象与被代理对象之间的调用如下
可以看出来，目标对象新增的方法 TranMissCredit deposit(String loginName, BigDecimal amount, int integration) 在代理对象内是没有织入事务的，也就是默认的自动提交，那么异常抛出之前的数据库操作都是自动提交的，不会因后面的异常而回滚
其实不是事务丢失了，而是根本就不在一个事务中
再次校验
不只是 Spring 事务，很多的 AOP 也都一样，代码中直接操作的往往不是目标对象，而是目标对象的代理，通过代理对象来间接操作目标对象，而在代理对象中我们可以做一些前置或者后置的增强处理，不信 ？ 我们再次找焦点访谈
打个断点，看看就知道了
注入到 TransactionMissTest 的确实是代理对象
我们在 TranMissCredit deposit(String loginName, BigDecimal amount) 上打个断点，然后两种方式各调用一次，来看看调用链有什么不一样
以 depositService.deposit("zhangsan", new BigDecimal(100)); 方式调用时
此时调用链中有事务拦截器，有事务的调用链
以 depositService.deposit("zhangsan", new BigDecimal(100), 10) 方式调用时
此时调用链中没有事务拦截器，没有事务的调用链
是不是很明了了，so easy
总结
1、正常上线流程
线上问题 → 问题定位 → 问题复现 → 问题修复 → 转测试 → 测试通过升线上
而不是像文中说的那么轻描淡写
2、事务去哪了
Spring 事务的底层实现就是动态代理，是通过代理的方式对目标对象做前后的增强处理，前置开启事务、后置提交（回滚）事务；
增强处理在代理对象内，而不是在目标对象内，若目标对象的方法没有被 @Transactional 修饰，则在代理对象的代理方法内不会有关于事务的增强处理，而是直接调用目标对象的方法，那么后续的数据库操作就不是在一个事务中了
不是事务消失了，而是不在同一个事务了