JVM 性能评审从对象分配追到线程池队列1. 从分配热点开始JVM 性能评审先看对象在哪里被创建、能活多久。高频路径里的临时集合、字符串拼接和大数组会增加 GC 压力是否优化要由分配剖析支持而不是凭代码观感。2. 线程池必须有边界显式设置池大小、队列容量、拒绝策略和任务超时。无界队列会把过载变成内存问题过大的线程池则把等待推给数据库或下游。拒绝异常必须被入口转换成可诊断响应。3. 资源释放要成对ThreadLocal 在 finally 中 remove流和 Channel 使用 try-with-resources定时任务有停止入口。禁止通过 finalize 兜底资源释放也不要在业务代码里调用 System.gc 掩盖生命周期问题。4. 评审连接到证据结合 JFR、GC 日志和负载测试确认热点。代码清单适合发现候选风险最终结论仍要回到对象分配、停顿时间和队列增长曲线。