java基本类型应优先用于高频计算、循环和数组场景以节省内存、减少gc压力并提升jit编译效率；包装类仅在泛型、map键值或需null语义时使用，且须注意缓存范围与装箱泄漏。
Java 基本类型用对了，能省下大量内存、减少 GC 压力、避免装箱开销，还能让 JIT 更高效编译。关键不在“能不能用”，而在“什么时候该用、怎么用才不踩坑”。
基本类型 vs 包装类：该选谁？
基本类型（int、long、boolean等）直接存值，无对象头开销；包装类（Integer、Long、Boolean）是对象，有 12–16 字节的对象头+实例数据，还可能触发自动装箱/拆箱。
- 循环内、高频计算、集合存储场景，优先用基本类型或原始类型数组（
int[]比List<integer></integer>节省内存 3–5 倍） - 泛型、Map 键值、需要 null 表达“未定义”时，才考虑包装类；但应避免
==比较包装类（缓存范围外会 new 对象） - 使用
Integer.valueOf(127)替代new Integer(127)；-128 到 127 的Integer会被缓存，超出则每次新建对象
内存占用与对齐：别小看那几个字节
JVM 对象内存布局受 8 字节对齐约束，一个 byte 字段单独存在仍占 8 字节（含对齐填充），而多个 byte 连续声明可紧凑排布。
- 字段声明按大小倒序排列：
long/double→int/float→short/char→byte/boolean，可显著减少对齐填充 - 例如：
byte a; int b; byte c;实际占 16 字节；改为int b; byte a; byte c;可压到 12 字节 - 对象大小尽量控制在 16 字节以内（如单个
int+boolean），利于卡表（Card Table）优化和 TLAB 分配效率
排查装箱泄漏与隐式开销
看似简单的代码，可能暗藏高频装箱——尤其在 Stream、Optional、日志拼接、反射调用中。
- 日志中避免
log.info("count={}", integerObj)；改用log.info("count={}", integerObj.intValue())或直接传基本类型 - Stream 操作慎用
mapToInt()/mapToLong()等原始流接口，避免中间Integer对象生成 - JVM 参数
-XX:+PrintGCDetails -XX:+PrintStringDeduplication可辅助识别因装箱导致的短生命周期对象激增 - 用 JFR（Java Flight Recorder）开启
jdk.ObjectAllocationInNewTLAB事件，定位高频分配点
JIT 与逃逸分析：让基本类型真正“轻”起来
JIT 编译器对基本类型更友好——方法内联、栈上分配、标量替换都依赖清晰的值语义。
- 启用逃逸分析：
-XX:+DoEscapeAnalysis（JDK8+ 默认开启），配合标量替换可将局部对象（如Point p = new Point(x, y)）拆解为独立int x, y存于栈帧，彻底消除对象分配 - 避免在方法中返回包装类或含基本字段的对象引用（破坏逃逸分析），保持方法纯度有助于 JIT 优化
- 使用
@HotSpotIntrinsicCandidate注解标记热点方法（如数学运算），提示 JIT 内联或硬件指令替换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
