代码拉取完成,页面将自动刷新
同步操作将从 LiuYang/demo-codes 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
分布式调用的简单解决方案,实际有很多细节
https://juejin.cn/post/7302308334203486245
feat:任务表设计可以优化下,每次都取出去判断不符合跳过在量少的时候不明显。我通常增加一个processTm, 存储下次重试时间
问:这个就是分布式事务的消息表。但作者貌似有个场景没考虑,比如第三方接口返回超时,此时本地事务回滚,但实际情况可能是第三方系统数据写成功了,这样属于本地单据没有,第三方系统有单据或流程通过了。 答:这种情况,需要在业务实现类里做处理:方案1、三方系统提供查询接口,获取处理结果,如果是超时场景,就直接结束。 方案2、三方系统做幂等
问:感觉你这个方案只是假设被调用服务错误,这里指的错误是服务宕机等导致错误,所以采用重试来使他执行成功,那如果被调用服务是可捕获异常咋办呢,这样就导致每一次重试都失败,这时候应该回滚整个事务吧,包括所有的被调用服务都应该回滚,文章里没有提到这块啊。 答:下游请求失败重试+报警。默认下游无限重试可成功,异常则需要人工处理优化流程。一般我这么搞的。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。