Java性能优化往往不是靠什么黑科技而是把日常编码中的细节做到位。很多问题不会导致程序崩溃却会在高并发或大数据量下悄悄拖慢系统。以下10个细节每一个都值得检查其中第7个最容易被忽略。1. 字符串拼接用StringBuilder并指定初始容量。循环中用拼接字符串每次都会创建新的StringBuilder复杂度变成O(n²)。正确做法是在循环外创建StringBuilder如果能预估长度直接指定初始容量避免多次扩容。2. 集合初始化时指定容量。ArrayList和HashMap默认容量分别是10和16扩容时会重新分配数组并复制元素。如果能预估元素数量直接指定初始容量比如new ArrayList(1000)可以减少多次扩容带来的开销。3. 遍历Map用entrySet而不是keySet。keySet()遍历后再通过get(key)取值相当于遍历两次。entrySet()一次性获取键值对效率更高。JDK 8还可以用forEach或Stream但注意并行流不一定更快。4. 避免在循环中创建大量临时对象。尤其是在热点方法中频繁创建对象会加重GC负担。能复用就复用能提 outside 就提 outside。但也不要过度优化牺牲可读性去换微乎其微的收益。5. 优先使用基本类型警惕自动装箱。Integer比int多一层对象开销在循环中频繁装箱拆箱会明显拖慢速度。能用int就别用Integer集合中必须用包装类型时注意缓存范围只有-128到127。6. 合理使用final和static。final有助于JIT优化static减少对象创建。但不要为了性能给所有变量加final编译器早已能处理大部分场景。重点是常量用static final方法参数按需加final。7. 别在循环中调用String.format或拼接日志字符串。这是最容易被忽略的一点。很多人为了代码优雅在循环里写String.format(用户%s登录, name)或者用拼接日志。String.format内部依赖正则解析性能远低于直接拼接或StringBuilder。更隐蔽的是日志logger.debug(x x)即使日志级别高于DEBUG字符串拼接仍然会发生。正确写法是logger.debug(x{}, x)利用占位符延迟格式化。循环中尤其要注意一次循环一次拼接累积起来非常可观。8. I/O操作使用缓冲流。FileInputStream直接读一个字节就系统调用一次效率极低。用BufferedInputStream包装后一次读取一块数据性能提升几个数量级。写文件同理BufferedWriter比FileWriter快得多。9. 合理配置JVM参数和GC收集器。默认参数适合大多数场景但高并发低延迟服务需要调整。比如堆大小、新生代比例、选择G1或ZGC。开启GC日志观察停顿时间和频率用数据指导调优而不是凭感觉加-Xmx。10. 用连接池和缓存减少远程调用。数据库连接、Redis连接、HTTP连接创建开销都很大必须用连接池复用。热点数据放缓存减少数据库压力。但要注意缓存穿透、击穿、雪崩以及连接池大小与数据库承载能力的匹配。这10个细节没有一个是复杂技术但每一个都可能在真实系统中产生数倍性能差异。尤其是第7个因为代码看起来“没问题”往往被忽略到生产环境才暴露。性能优化不是一次性的工作而是编码时的习惯。从今天起检查你的循环和日志看看有没有踩中第7个坑。