订单号重复的问题沈宴深已经熟练到闭着眼睛都能处理了。
连上远程，打开SqL数据库，将事先准备好的脚本粘贴到查询界面执行，毫无意外，还是一样的问题。
直接执行deletefro的删除语句即可搞定。
将处理结果告知客户后，沈宴深再次在对应的bUG中记录当前的问题，以便后续查阅，追加的记录已经有三四十条，不忍直视。
还是熟悉的操作，又在闻信对应的研发运维小群@一遍相关的研发，告知这个问题再一次出现。
研发主管看到后再次回复：“这个是并发导致的流程异常问题，测试一直无法复现，目前没有很好的解决办法。只能临时处理下了。”
bUG中有测试的复现操作，使用的是鼠大侠工具，操作多次均无法复现。
但问题也恰好就在这里，客户实际操作中根本不可能按测试的操作去点击，鼠大侠工具的操作就是实现短时间内进行多次点击，比如一秒钟内点击一百次提交按钮。
并且，客户的操作都是有日志可查的，实际日志中也并未记录多次点击或多个用户在同一时间有相同的所谓并发操作。
这就是为什么这个看似简单的订单号重复的问题，会一拖再拖，一直无法得到解决。
唯一值得庆幸的是，这个问题对客户的影响并不是很大，这么多次的反馈，客户早已麻木。
不过得过且过不是高级资深运维工程师沈宴深的作风。
@研发主管：“如果一直无法定位原因和复现，是不是可以考虑别的解决方法？”
俗话说，条条大路通罗马，人总不能在一棵树上吊死吧。
研发有时候不知道是非要在一条道上死磕还是压根没引起重视，如果能力实在有限，完全可以换一种解题思路。
研发主管似乎也受到了启发，“好的，我和研发人员再沟通一下。”
十一点半的时候，沈宴深已经在思考今天中午吃什么了，不过闻信的章勇飞没有给他太多思考的时间。
“沈工，又卡了……”
沈宴深：意料之外，情理之中。
再次远程核实，还是熟悉的配方，还是原来的味道，建议有高血压心脏病的同学千万不要来操作这款叫做智木的设计系统。
沈宴深将今天的情况反馈给研发吴冀豫，吴冀豫没有很快给出回复。
十几分钟后，都已经在下楼去吃午饭的电梯上，吴冀豫终于有了思路。
“我有个猜想，点击按钮切换页签的时候，连续触发了好几次，看日志连续有好几条切换记录，但实际上应该只有一次。
在开着系统不关的情况下，每打开一次编辑器，在切换页签的时候就会多触发一次事件，相当于本来你切换页签，它就去切换一次，然后你关掉编辑器再开，这个重复个十几次，那你切换一次，它就会去触发十几次切换页签的操作。
我感觉就是这样，所以一直在使用的智木，编辑器可能会越来越卡。”
电梯下到负一楼到餐馆这一段是没有信号的，沈宴深已读不回，先打饭再说。
不知不觉，还是来到了稻花香现钞快餐，等到打好饭，坐下来的时候，沈宴深惊奇的发现，还是那几道熟悉的菜：凉拌折耳根，凉拌西兰花，肉沫酸豆角，泡椒鸡杂，油炸里脊。
这该死的动作和味蕾记忆，熟悉得令人瞠目结舌。
饭菜汤都打好，再加一杯熟悉的雪碧，开动。
炫了几口饭菜，肚子不再唱空城计，沈宴深才拿起手机回复吴冀豫。