java基本类型不参与垃圾回收，合理使用可减少对象分配、降低gc频率和stw暂停；应优先在循环、运算、状态标记等高频场景用int/double/boolean等而非包装类，避免自动装箱、慎用字符串拼接，结合数组、stringbuilder及二进制协议优化内存与性能。
Java基本类型本身不参与垃圾回收，因此合理使用它们能有效减少对象分配，从而降低GC频率和STW（Stop-The-World）暂停压力。关键不是“用基本类型替代一切”，而是识别高频、短生命周期的计算场景，避免无谓的对象包装和堆内存占用。
优先使用基本类型而非包装类
在循环、数学运算、状态标记等高频操作中，直接使用 int、double、boolean 等，而非 Integer、Double、Boolean。
- 自动装箱（如
list.add(42)）会创建临时包装对象，增加Young GC负担；显式使用基本类型数组（int[]）比List<integer></integer>更省内存且无GC开销 - 局部变量尽量声明为基本类型——JVM将其分配在栈上或寄存器中，方法结束即自然释放，不触发GC
- 注意泛型限制：集合、并发工具类（如
ConcurrentHashMap）必须用包装类，此时可考虑专用库（如fastutil或trove）提供原始类型特化版本
用数组代替小对象集合
对固定结构、高频访问的数据（如坐标点、统计计数器、滑动窗口值），用基本类型数组比创建多个小对象更高效。
- 例如：用
double[2]表示二维点，比new Point(x, y)减少对象头、引用字段和GC跟踪开销 - 批量处理时，连续内存布局还能提升CPU缓存命中率，间接加快计算速度，缩短单次任务耗时，降低GC触发概率
- 若需封装逻辑，可用静态工具方法操作数组，而非实例方法——避免为每个计算单元创建新对象
谨慎使用字符串拼接与数值转换
字符串构造和 toString()、parseInt() 等操作常隐式生成大量临时对象，是GC热点之一。
- 循环内避免
"" + i或String.valueOf(i)；改用StringBuilder预分配容量，或直接用基本类型做逻辑判断（如用int statusCode而非String status） - 日志或调试输出前判断日志级别，防止无意义的字符串拼接提前触发对象分配
- 序列化/网络传输场景中，优先用二进制协议（如Protobuf）配合基本类型字段，避免JSON字符串解析产生的中间对象
结合值类（Java 14+）与局部变量优化
Java 14引入的 record 和后续版本的 value class（预览特性）旨在提供不可变、轻量的数据载体，但当前阶段仍建议优先回归基本类型组合。
- 简单数据结构（如
record Point(int x, int y) {}）虽比普通类更紧凑，但仍产生对象——高频场景下不如直接传参或用数组 - 方法参数和返回值尽量扁平化：传
int x, int y比传Point p更低开销；内部计算多用局部基本变量，减少字段引用 - JVM逃逸分析虽能栈上分配小对象，但依赖运行时判定，不稳定；明确用基本类型才是确定性优化
不复杂但容易忽略——真正影响GC压力的，往往不是大对象泄漏，而是每毫秒都在重复发生的微小对象分配。把基本类型用对地方，就是最轻量、最可靠的调优手段。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
