项目是分布式的，写代码的时候考虑不允许并发。代码自然写成
step1: 判断是否有任务;
step2: 判断是否允许操作。查数据库补数据之类的。
step3: 调用第三方操作，更新数据库状态（相当于在数据库加锁）。 此时step1的判断才会生效。
结果在生产上手工点击页面居然出现了并发问题。第一个动作还没到step3,第二个动作已经过了step1。最终导致两个动作相差很近就执行了。
这说明step2耗时秒级，手工都能触发。如果需要严格的限制，那么需要一个统一的快速存储做控制，比如redis。如果只是近似控制，那么需要在判断当前没有任务的时候，要立刻更新数据库状态。将判断和更新状态的间隔尽量减少。近似控制的修改代价小很多，且不需要引入新组建。
原文：https://www.cnblogs.com/HelloWorld001/p/11074309.html