关于微信回调中业务代码过于繁琐导致的问题以及解决方案

这两天接手一个客户的java项目做迭代开发时遇到一个重大bug。在用户微信扫码支付后，生成了多条重复数据（此处为项目业务代码，类似生成订单操作）。那么遇到问题就去找问题产生的根源，找到操作数据库的业务代码，发现该项目上个程序员同学是真的离谱，截取部分业务代码如下：

此处根据查询条件发现大概循环了一万多次，然而这只是回调接口中的一部分业务代码，然后对数据库进行了insert操作。。。。。。

总结下来离谱的有两点：

1.上面场景的业务是给平台用户发送消息，此处不建议写在微信支付回调中，最好直接丢消息队列，因为微信支付回调会在短时间多次调用我们的回调函数直到拿到相应返回值，如果业务代码过于繁琐执行时间过于长，则会导致接口幂等的问题

2.如上，有对数据库操作却没有相应的幂等性验证，此处场景由于是第三方回调的访问，所以接口不用作验证，最好的方法是直接加锁。

解决方案：在回调接口加上synchronized关键字即可