coderYang 最近的时间轴更新
coderYang

coderYang

V2EX 第 637345 号会员,加入于 2023-07-06 10:33:46 +08:00
今日活跃度排名 14640
coderYang 最近回复了
11 天前
回复了 avenhen 创建的主题 生活 普本程序员接近奔三,对生活态度的看淡
关于长相这部分,我一点点小小的看法,减肥+健身+穿搭+干净,弥补长相缺陷,去做你之前讨厌或者看不上的护肤等,提升自信。 对于感情或者女人,如果你看着自己都没什么吸引力或者男性魅力,不可能会有真命天女看上一眼萎靡男人的。 而且这个过程中或许你也能寻找到自我。
@nzynzynzy 学到了,还真是,类似于 http 状态码一样的设计
12 天前
回复了 luoxiaojian 创建的主题 优惠信息 三大运营商积分兑换,过期清零
+20 感谢感谢
14 天前
回复了 blackbookbj277 创建的主题 买买买 买电视咨询
个人是雷鸟 7pro 85 寸,使用市场半年,体验:爽
19 天前
回复了 syh2 创建的主题 剧集 马上周末,分享你们最近在看的剧/电影🎬吧
Better Call Saul
我觉得你的描述是,1 、前端请求后,后端只要接收到请求,即可返回结果,业务操作可异步进行
2 、异步进行时,无法确认自己线程池该给多少线程是最佳方案
3 、链式调用的时延较高,异步等待时间过长,队列堆积

个人想法:当无法确认外部接口的响应时间时,可通过 MQ 进行消息传递。
三个 TOPIC ,和你的思路一致,每当有一个/demo 被请求,则直接发送消息与参数至 TOPIC-A 中,然后 CONSUMER-A 去处理。A 处理完则发消息到 B ,B 消费完则发送消息至 C 并被消费。
通过 MQ 的方式,首先可以保证消息不丢失,且链式不出问题,日志记录、报错回滚与重试都更方便。
至于 MQ 消费者的线程个数,这个没所谓的,基本上都是有则新建线程,等待一段时间后回收线程。
其次如果觉得一个线程同一时间只能消费一条消息太慢的话,可以批量消费,通过 Future.get 来实现异步。
jdk21 的虚拟线程不太懂。
安亭、花桥,很方便,除了距离市区远
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1117 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 39ms · UTC 18:29 · PVG 02:29 · LAX 10:29 · JFK 13:29
Developed with CodeLauncher
♥ Do have faith in what you're doing.