@aqweq 现在太卷了，最后都是几轮面试筛选出几个人给大佬挑。到这一层技术都没啥大问题，就看项目背景了。

@Johnathan 野猪书是不错的，但是有点偏大数据了

高并发简单，找个秒杀题背一下。预热、前端拦截、分布式缓存、静态资源的处理、项目解耦、代码性能、中间件雪峰、异步、再扯点分布式事务，要是有经验能扯点异地多活、跨机房同步啥的也行。
但是，针对我多年的面试经验，你这样只是基本合格，我也不一定让你过。还是看你项目屌不屌🥳🥳🥳🥳🥳

就像你思考的这个问题，咱们的国情下没人会从这个角度思考的，自然规律让步领导意志。什么软件危机、什么技术债，干不出来就是菜😂😂😂😂😂😂。

解决？以现在的状况过来看是加剧了。每换一个 leader ，方向变一次，技术栈换一套，系统重做一遍。问问现在的中台天天都在干啥？都是从重构到重做。拉屎谁都会，吃屎可就难了，吃屎还能在屎中汲取营养的就是高手高高手了。

@wqhui 深度用了一阵子，折腾了了几个 flowise 、coze ，我觉得最大的问题就是他的很多回答你如果不是很懂这个话，就不知道对错，直接拿来用就傻眼了。但是辅助优化，给一点建议还是不错的。

@wqhui 不翻船么 ，天天一本正经的忽悠我

我建议你自己摸你第三方压一下，同机房、不同机房，出个标准报告。不然第三方时间慢了，他的代码咋写的、走的啥协议不都控制不了啊，这砸优化排查。你索性给个标准，让他看到“我的服务是可以做到这个性能的”，他就知道自己排查一下了。

不才，就有个业务莫名其妙火了晚上到了 5w ，鸡飞狗跳告警一晚上，禁用了部分功能，然后就开始重构

spring boy 4 年，广州很难 30k 啊 ，问一下楼主找到符合预期的吗