消息事务

消息事务
RocketMQ 就很好的⽀持了消息事务，让我们来看⼀下如何通过消息实现事务。
第⼀步先给 Broker 发送事务消息即半消息，半消息不是说⼀半消息，⽽是这个消息对消费者来说不可⻅，然后发送成功后发送⽅再执⾏本地事务。
再根据本地事务的结果向 Broker 发送 Commit 或者 RollBack 命令。并且 RocketMQ 的发送⽅会提供⼀个反查事务状态接⼝，
如果⼀段时间内半消息没有收到任何操作请求，那么 Broker 会通过反查接⼝得知发送⽅事务是否执⾏成功，然后执⾏Commit 或者 RollBack 命令。
如果是 Commit 那么订阅⽅就能收到这条消息，然后再做对应的操作，做完了之后再消费这条消息即可。
如果是 RollBack 那么订阅⽅收不到这条消息，等于事务就没执⾏过。
可以看到通过 RocketMQ 还是⽐较容易实现的，RocketMQ 提供了事务消息的功能，我们只需要定义好事务反查接⼝即可。

可以看到消息事务实现的也是最终⼀致性。
最⼤努⼒通知
其实我觉得本地消息表也可以算最⼤努⼒，事务消息也可以算最⼤努⼒。
就本地消息表来说会有后台任务定时去查看未完成的消息，然后去调⽤对应的服务，当⼀个消息多次调⽤都失败的时候可以记录下然后引⼊⼈⼯，或者直接舍弃。这其实算是最⼤努⼒了。
事务消息也是⼀样，当半消息被commit了之后确实就是普通消息了，如果订阅者⼀直不消费或者消费不了则会⼀直重试，到最后进⼊死信队列。其实这也算最⼤努⼒。
所以最⼤努⼒通知其实只是表明了⼀种柔性事务的思想：我已经尽⼒我最⼤的努⼒想达成事务的最终⼀
致了。
适⽤于对时间不敏感的业务，例如短信通知。