vvhaleCH的博客

进一步讲，可以把这几步操作中必要的做串行化，其他的可以整成异步的，可以用消息队列，设计好重试机制，收到完成消息往下走，如果收到对面的某个回调请求再去处理这样.收到请求的服务是A，最慢的办法，我们在这个请求的接口中串行的调用其他服务中的接口，有异常，或者设计好请求的返回（理想情况，都有可以拿到的返回），就回滚。如果说协调者集群全部宕机，参与者根据超时时间会判断参与失败，回滚，后续可以通过其他方法补偿对应的业务功能。消息消费者，也就是积分服务，要使用手动ACK机制确认消息已经完成。

解决方式：使用临时顺序节点，尝试创建节点时，认为序号最小的成功，其他阻塞的订阅上一个序号的节点，有点类似公平锁。3.羊群效应——比喻一个服务成功获取、释放节点时，其他需要锁的服务需要被唤醒、竞争这个锁，就像追着头羊的羊群一样。之后最小的节点连接关闭之后（1关闭了），订阅该节点的就会生成2，发现2最小，成功获取锁。1.需要设置守护线程进行续命的原因：保证抢到锁的任务执行期间，其他线程抢不到锁，贴一段代码。5.Redis续命，要再开一个线程做定时，同时设置好续命次数，避免死锁。