Better Call Saul

恭喜！ 我也想买，可惜现在没实力

我觉得你的描述是，1 、前端请求后，后端只要接收到请求，即可返回结果，业务操作可异步进行
2 、异步进行时，无法确认自己线程池该给多少线程是最佳方案
3 、链式调用的时延较高，异步等待时间过长，队列堆积

个人想法：当无法确认外部接口的响应时间时，可通过 MQ 进行消息传递。
三个 TOPIC ，和你的思路一致，每当有一个/demo 被请求，则直接发送消息与参数至 TOPIC-A 中，然后 CONSUMER-A 去处理。A 处理完则发消息到 B ，B 消费完则发送消息至 C 并被消费。
通过 MQ 的方式，首先可以保证消息不丢失，且链式不出问题，日志记录、报错回滚与重试都更方便。
至于 MQ 消费者的线程个数，这个没所谓的，基本上都是有则新建线程，等待一段时间后回收线程。
其次如果觉得一个线程同一时间只能消费一条消息太慢的话，可以批量消费，通过 Future.get 来实现异步。
jdk21 的虚拟线程不太懂。

安亭、花桥，很方便，除了距离市区远

攒钱是唯一的出路，现在二线城市的房价也低了。精进自己的技术、专业能力，也不用看网上说的一大堆就业难，保持找的状态，说不定哪天就找到好工作了。
换个思路，每个城市都会有活得好活的不好的，积累成本，去二线好好生活

keychron 的 k8 + 他们家的键盘托，挺好用的，87 键，支持 mac

应用层的 Service 应该是要退出讨论的，你描述就是并发环境下的数据库修改。不同 db 的限制不同，例如 mysql 就是 mvcc ，不同的事务等级在遇到并发问题的处理方案不同。

抽一下

14 楼这个大哥笑死个人了，国产新势力除了蔚来一律不建议买，比亚迪一年卖 300 多万辆，买车的人都是傻子么，就他最聪明了哈哈哈哈，也是奴才命，跪久了自己都爬不起来

@AAAgch 咱们那的其实就真的还好...我是觉得新密与老郑州彩礼都不算高..可能也是因为新密之前比较有钱？ 但外地的真的遭不住哈哈哈，我之前听说是郑州那边就 1.1 2.2 那样

@JIAOSHOUV578 哈哈哈哈那兄弟这个还算少的，我同事结婚花了 40 多个，哈哈哈

@com781517552 好像都差不多是这个数

刀呢？我刀呢！
果然啊，男人如果要结婚的话，妻子的选择影响一生，家有贤妻，夫复何求

“彩礼都是借的”，“感情很好”，“在她家买一套房”。哥们，你给这反串呢？

@lefer 是这样的，你点出来核心点："明明根本不会赚钱"，你要理解国内还是一有大部分家庭是重男轻女，且家里条件一般的，人生中能一下子拥有这样对她来说是巨量财富的机会只有一次，她的人生中除了通过结婚来掠夺外，没有任何其他机会了，所以你会发现大量的女性在彩礼问题上任由己方父母乱要，因为受益人本质就是她。
反过来什么地方的人彩礼问题少？经济发达地区，女方极大可能为独生女或富裕家庭，最差也是工薪阶层，那么 10w 20w 就相对来说没有那么多，不值得为了这点钱丢了自己的面子。
结婚就是一个套着爱情的利益共同体。

认真建议：如果真的有感情的且有钱的话，28.8 回 20 这个方案放弃掉，选择 8.8 不回。
8.8 不回的情况是她爸妈不给她，当她想用这个彩礼钱的矛盾点在于她和她爸妈；
而 28.8 所谓的回 20 万，是你出了 28.8.她爸妈拿 8.8.她拿 20 ；那当你想用这 20w 应急的时候，矛盾就是你和你老婆的，她爸妈的 8.8 是不会被波及的。
兄弟，信我一句话，女人收入不高的情况下，20 万是一笔巨款，别想着她会所谓的拿回小家给你应急，当你想用这个钱了还激发你俩的矛盾。
钱握在自己手里，才有话语权。