u-h 1 day ago
感觉有点绕了
u-giacchgad 1 day ago
你调用方难道能一直等到b服务给你返回?
u-giacchgad 1 day ago
1小时也去等?
u-giacchgad 1 day ago
请求本来就有失败的情况
u-giacchgad 1 day ago
这个是可接受的,保证数据一致性就好了
u-h 1 day ago
那关于这方面有啥好的解决方案呢。只能按上面那个老哥说的,加大请求时间吗?
u-dd 1 day ago
你确定老大给你提的问题了吗?是不是异步提交的
u-giacchgad 1 day ago
我给你的参数超时时间已经很大了呀
u-dd 1 day ago
Kobe老大已经说得很明白了[汗]
u-h 1 day ago
感觉应该不是异步,感觉像是同步
u-giacchgad 1 day ago
估摸着是网络阻塞的原因
u-h 1 day ago
不明白feign的异步是怎么玩的。
u-giacchgad 1 day ago
怎么又到异步去了。。。。
u-giacchgad 1 day ago
你这个问题跟异步没关系。
u-gg 1 day ago
异步的话不是需要手动处理传 xid 吗,现在 xid 又拿到了
u-giacchgad 1 day ago
我说过出现这个问题的原因是服务重试,超时,异步
u-giacchgad 1 day ago
异步不支持的
u-giacchgad 1 day ago
xid传递了也没用,很危险
u-h 1 day ago
那这个问题就没有解决方法吗?
u-dd 1 day ago
暂时找不到
u-hfa 1 day ago
异步需要发起方同步等待异步完成才能提交就可以了
u-giacchgad 1 day ago
"cc: 异步需要发起方同步等待异步完成才能提交就可以了" - - - - - - - - - - - - - - - 正解
u-giacchgad 1 day ago
因为异步化了,seata是不知道你有多少个异步参与者,也无法确定是不是参与者都结束了
u-giacchgad 1 day ago
所以无法做决议
u-hfa 1 day ago
你可以在发起方的代码里面写个while true,当异步完成后,跳出while true就好了
u-giacchgad 1 day ago
除非你能保证发起者直接等待所有的异步结果,根据结果来做决议
u-giacchgad 1 day ago
"👴: 那这个问题就没有解决方法吗?" - - - - - - - - - - - - - - - 这种我也说了,你前端请求后端一个接口,前端出现超时,后端可能过了1会才收到,这种网络问题不好说
u-dd 1 day ago
优秀,没想到可以用这种方法来等待
u-h 1 day ago
主要是这边涉及到一个支付,这是一个支付回调,别的地方遇到这种问题可以直接抛个错误提示完事,这边这样做不行
u-gg 1 day ago
支付是同步等待是吗
u-h 1 day ago
我可不可以在这个地方,加一个属性是超时时间,和你给我的那个会不会有冲突?
u-g 1 day ago
这个不会一个是全局事务超时 一个feign超时
u-h 1 day ago
之前给我的那个是feign的超时,现在我要加的是全局事务的超时? 是这个意思吗?
u-giacchgad 1 day ago
多线程也一样,只要你们能保证用callable,去get最后的结果,如果结果不满足预期,就手动抛出异常
u-h 23 hours ago
那对于我这种问题,我在注解上面增加超时时间会不会有用?
u-giacchgad 23 hours ago
seata的注解的超时时间你可以改的相对长一些
u-giacchgad 23 hours ago
跟你的服务最大的超时时间保持一致吧
u-h 23 hours ago
改成了100000
u-h 23 hours ago
和你之前给我的那个超时时间一样。
u-g 23 hours ago
seata 有默认超时时间 你尽量让你得全局是时间大于或等于feign时间
u-h 23 hours ago
哦哦,好的。
u-g 23 hours ago
上次我也遇到 一个问题也是拒绝加入事务 但我那个可以确定的不是feign重试问题 前端客户端换了后就没在出现那个问题,以前老的客服端就是不行 至今还没找出问题到底出在那 都还在研究