这和幂等性无关，接口调用顺序问题

啊，leetcode有过这题，我弄个类变量记录当前执行状态就完了

既然要求顺序abc执行，那不就是顺序队列么，做好一步往下个队列里塞，每个接口的入口都是监听队列，出口是往下个队列里发消息。服务只管接消息做事，什么时候该做什么由总线控制

这问题就是考幂等性，顺序执行靠业务逻辑就可以控制
幂等性可以生成一个Token、Id或者某个唯一的任务值，结合Redis，将Token值放到Redis中，每次执行如果在B和C中查到这个值，说明已经执行了一样的任务，就不继续执行

这么直白的逻辑，直接套娃调用就完了

用CompletableFuture串行执行abc

我看到这题目第一反应是信号量控制执行，或者是分布式调用，或者是异步编排，3者之一吧

帮你问的

把3个接口放到一个方法里调用不就好了

为什么没人说事务，我怎么感觉只要一个事务就能控制了

completableFuture保证执行顺序，幂等性用redis保证

谁要这么问我，我能和他聊一下午 。咱好好聊聊业务场景，为什么这么做，更好的实现方式是什么 。

不能理解，要保证幂等就让abc各自内部保证呗，总不能说幂等依赖于调用顺序吧

这么理解可以吧，一个活动只有100份，一万人抢，a接口按顺序入队，b接口监听a队列执行扣费，成功扣费+1，入库存队列，库存队列大于100本次抢单结束！接口c监听库存队列执行扣库存！

加锁