有个需求,不知道怎么实现了,哪位大佬给聊聊
A调用B,B调用C,因为C的接口不支持并发,C内逻辑只能处理一个请求,如果并发调用C,B调用C的其余请求就会等待,C同时可以并发调用200次,但是C内有队列,内部一次请求一次请求的处理.B调用C的请求就会是等待中,直到C处理完所有请求.
C的事咱不用考虑,
咱们只需要处理A调用B这块
1.A可以同时调用B多次,B自己记住A调用的,B内部慢慢处理
2.A使用顺序消息发送给B,使用顺序消息来控制B消费完一次请求,再消费下一次请求,但是会不会对mq的消息积压太多,造成影响?
3.有什么好办法
说出你的需求
需求都没说，没人陪你聊了
说出你的需求
前排
说出你的需求
需求具体是？
说出你的需求
我怀疑他在水帖 但是我没证据。
我还没写完呢,都发出去了 
完全没听懂 
想不懂为啥要顺序消息调用 B
又删我帖？我也没说啥啊。。。
你帖子不还在前边吗？管理刚刚好像在删 软件开发->快问快答 这个记录
怪不得我发帖的时候卡了
如果C能消费得过来那就用消息队列，消息堆积不多的话应该还好。
如果消息堆积很多，那优化C吧。
C到底能不能并发
1 个赞
这还有顺序性的要求啊，你得评估你的A调用B的次数到底会有多大的量级，再考虑会不会积压，如果确实要考虑，你怕是要把消息存表，慢慢消化，达成最终一致性了
A和B是不同的服务,A调用B,我现在就是不知道怎么处理呢,就是担心A调用B并发太高导致C撑不住,因为B调C的并发超200,C就会报错,而且A调用B的每次请求都要正常处理,不能削流
巧了不是，我也想的这个，A直接消息存表慢慢调B得了