北京面了 2 次都挂了，第二次面试面试官要了微信和电话，结果还是挂了 https://i.imgur.com/NIvxivj.png

@wuxi889 #83 确实，包括我在上家公司当面试官也是这么做的，但是掌握一些方法论其实也有好处，更有指导性；最后，感谢分享！

@tairan2006 #56 确实，谢谢提点，我去把平常做的再分类归纳一下

最近也在面试，借这个帖子问一下，后端的性能优化大家都做了哪些工作？我日常工作中涉及到性能优化的，主要是涉及到几点
1. 不常修改但是经常性访问的数据用 Redis ，比如一些配置数据、档案数据
2. 一些可并行的任务或者查询尽量用 CompletableFuture
3. 能做批量处理的，尽量批量处理；但是对于一些特别大批量的数据，进行分批次并发处理，最后合并结果（ mapreduce ），之前遇到过一次某个大账号单月 200 万条流水信息，导致一次性查询到内存里 OOM 的情况，后来对这方面特别注意 https://i.imgur.com/NIvxivj.png
4. 一些数据结构的优化，比如数据库表设计的时候，尽量用能满足当前需求的占用空间最小的数据类型，tinyint 这种
5. JVM 的一些参数调整，比如 G1 的 younggc 会有一些毛刺，大部分回收时间在 20 30ms ，偶尔会有 90ms 的情况，去调整了下 region 的大小和 Rset
6. SQL 查询优化，自己写了个工具，每天定期去拉取监控平台的慢 SQL ，交给大模型分析，分析完成后发个邮件到邮箱
7. 还有就是业务上，有些长事务的场景去做拆分，长事务调整成几段小事务，前一事务处理完成后，新起事务或者通过事件中心去做下一阶段的事务，页面上增加人工补偿机制
目前能想到的就这么点，这些都是我在实际开发中真正去做的，但是面试的时候说这些，面试官好像都不太满意，想问问大家都是怎么做性能优化来支撑高并发业务的
（我几份工作都是面向 B 端用户的，C 端业务没做过，所以也很好奇）

[上传图片中...]

@312ybj 是的，我也是这个想法，谢谢回复

@dlmy 谢谢

@lxqxqxq 我用了 20 天左右，没有遇到过排队的情况；当时官方的更新说明里有提到 beta 模型可能会有排队的情况，尤其是 Claude4 ，但是在 Discord 频道里有官方人员说一直在进行扩容，所以排队的情况应该还是少见的

能满足个人需求，终于不用再排队了

@viperjooy #5 你也说了，下班前~ 直接下班不香吗 https://i.imgur.com/agAJ0Rd.png

@fingerxie 确实，我觉得 Trae 的体验比 Cursor 更好一点，因为 Cursor 会乱改代码，不想改的地方也给改掉，Trae 虽然也有这类问题，但是出现率很低；但是排队一直是个大难题，而且现在排队的概率比之前大很多了，输入 20~30 次之后就开始 100 多名排队；我现在是搞了好多号来回切着用，但是上下文会丢失

@keyboardCat 纯视觉的智驾局限性太大了，安全性差；就目前来看，智驾并不靠谱

@hello2090 什么公司，这么爽

早九晚 5 ，中午休息 2 个小时，3 年没涨过工资了，3 年加起来发了 1.5 个月的年终

为什么不搞韩漫的 https://i.imgur.com/rjR4rdr.png

送你一个 star

从大四那年的 10 月 1 就开始正式上班了，虽然大四一年都是实习的明细，但是干的都是正式员工的活；后面两次换工作都是找到工作后才离职的，基本中间就休息半个月；我是 15 年毕业的