一个由高并发引起的缺陷分析-CSDN博客

本文链接：https://blog.csdn.net/weixin_50829653/article/details/130168816

缺陷介绍

平台有这样的两个功能：

功能01: 用户发起支付，成功则将表pay单据状态推进SUCCESS，然后发出支付结果消息；反之如果支付失败，则状态保持INIT不变，结束流程，并且不发消息。如果用户发起幂等重试，支付成功则可以继续推进状态到SUCCESS。

功能02: 定时任务会自动捞起pay表状态INIT的单据，并且捞到数据后只需更新这条数据的gmt_modified为当前时间，不做其他处理直接return。

高并发场景下，功能01和功能02同时执行，出现同时执行同一条数据的情况，而功能02在获取数据后没有加锁，导致功能01将pay表数据推进SUCCESS后；功能02又将此数据状态重置成INIT，导致sendMsg数据的状态为INIT,影响上游对此数据的处理，与预期不符。

我就以伪代码模拟一下这个缺陷场景。

修复功能02：

1. 给功能02作为一个事务处理

2. 通过select...for update方式加锁获取pay单数据

3. 如果状态已经推进到SUCCESS，则直接 return

分布式下搞并发场景不易验证，所以测试可以从（1）业务角度（2）加锁是否生效维度进行验证。

业务角度

锁是否生效

高并发的场景不太好验证，但是对于代码中加锁的代码一定要验此锁是否生效。

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取【保证100%免费】

在这里插入图片描述

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！

软件测试技术交流群社：786229024（里面还有工作内推机会，毕竟我们是关系社会。）

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。