浏览器内存 尤其是基于 electron 的那一堆 动不动来个内存泄漏

毕竟.net 7/8 上面性能又牛逼，用起来也爽的 linq 这种东西，Java 上面现在是半残废。

1.看业务，并且主要是不是 curd ，遗留代码多不多。
2. 实际操作上更推荐，新的模块 新的项目里面试用一下 kotlin 之后再看看是不是合适你的团队， --- 或者先在单元测试，筛选数据等部分试用。
3.毕竟现在的 kotlin 甚至 scala 用来搞 curd 比别的快，还能充分借助 openapi 工具箱+AI 等辅助完成大部分的 tdd unit ，但是整个知识迁移的投入还是看出钱的。

curd 这种 还 AI ，直接大把给他整上 TDD+AI 生成写代码

1.咨询 查询官方文档，看看支持的 cpu 是哪些；
2.找专业的修 nas 的人员问问

刻意练习， 这个是一套方法，而不是在你不熟悉 没天赋的地方耗时间算刻意练习

偷螺丝----假；没有全部把螺丝拧上真。
不过张雪峰再得分，你这就是典型的 uc 小红书打拳。

@coderxy 实际这种不是应该 两个么，一个外部的网关 流量出口，一个内部的网关 or 路由 作为 soa 的编排。

看你们的网关支持啥啊。已有网关是个不支持 h2 的，你这传了有啥用。 看别的网关有啥，是准备切换别的网关了？

去搜搜 google 驱动，看看有啥 bug 描述你这种没，这种是不是睡眠/合起来屏幕再大开之后出现的，

这个不错，实际可以找个比较大的开源 Java 项目，跑一下 commit 实验一下数据

流量录制+回放，就是一种不错的复现方式

描述：单个请求最大几十 MB ，单机流量 2GB/s ?
+++++++++++++++
我觉得这种还是去你们自己测试环境复现一下，把 jvm 的内存占用详细的用 arthas jfr 等工具抓一下，用那种火焰图工具看一下。
+++++++++++++++++++++++++
现在这隔靴瘙痒的，并不清楚，到底是那部分占用内存过多。
最近看到的最详细的 Java 极限性能调优过程的 1brc 挑战的 blog ，参考一下大牛是怎么极限调优的。

https://questdb.io/blog/billion-row-challenge-step-by-step/

trace 全链路跟踪啊，or 网关上面的统计数据看一下。

注意部分库的问题，如果大部分只需要覆盖 curd ，那肯定 kotlin 爽啊。

去看看腾讯企业邮的文档 or 咨询一下他们，是不是有啥变更？

安全问题，扫机器，看能不能处理，不能处理那就换个机器，把数据备份杀毒，再传新服务器-----这次在新机器上注意安全加固和扫一下自己的代码 部署的各个东西的版本有啥漏洞没