java原始类型不是轻量级对象，而是直接映射硬件的值，不堆分配、不参与gc、无方法和继承链，运行时开销几乎为零；其栈上固定字节存储、cpu原生指令运算、无类加载/引用管理/虚调用，使工作负载极低，而装箱/拆箱会显著放大开销。
Java 中的 primitive 类型（原始类型）不是“轻量级对象”，而是直接映射到硬件层面的值——它们不经过堆分配、不参与 GC、不携带方法或继承链，运行时开销几乎为零。理解这一点，是评估其工作负载的关键。
primitive 类型的内存与执行特征
每个 primitive 类型在栈上（或对象字段中）以固定字节数直接存储数值：
-
byte/short/int/long：按位宽严格对齐，运算由 CPU 原生指令完成（如
add、imul），无对象头、无指针跳转 - float/double：遵循 IEEE 754 标准，浮点运算由 FPU 或 SIMD 单元处理，不触发任何 JVM 对象逻辑
-
char：16 位无符号整数，本质是数值，不是“字符对象”；
'a'就是97 - boolean：JVM 规范未强制定义存储大小，实际通常用 1 字节（或寄存器单 bit），仅用于条件分支，不参与算术
工作负载低的核心原因
primitive 类型的低开销不是“设计出来的优化”，而是类型系统底层定位决定的：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 没有类加载过程：不涉及
Class对象、方法区、常量池解析 - 无引用管理：不进入写屏障（write barrier）、不触发 GC 标记-清除流程
- 无虚方法调用：所有操作都是静态绑定，JIT 可彻底内联（例如
int a = b + c编译为一条加法指令） - 局部变量无需初始化检查：栈帧分配即完成，不像对象需调用
new和构造器
装箱/拆箱才是真实的工作负载放大器
一旦 primitive 被包装成对象（如 Integer），工作负载性质就彻底改变：
- 每次
int → Integer装箱：在堆上分配对象（含 12 字节对象头 + 4 字节字段），触发 GC 压力 - 每次
Integer → int拆箱：需空值检查（NPE风险），且无法避免字段读取间接访问 - 集合容器（如
ArrayList<integer></integer>）本质是Object[]，每个元素都是独立堆对象，缓存行不连续，CPU 预取失效 - JDK 23 的
switch支持 primitive 直接匹配，正是为了绕过旧式Integer装箱再比较的冗余路径
何时 primitive 真正“变重”？
primitive 本身不会变重，但某些使用方式会引入隐式负担：
- 频繁的窄类型运算（如
byte b = 1; b += 2;）触发自动提升为int，再强转回byte，多出类型检查和截断指令 - 数组越界访问虽不抛异常（primitive 数组本身不校验），但 JVM 在 JIT 优化时可能因边界不确定性放弃向量化
- 跨线程共享 primitive 字段（如
volatile int flag）会插入内存屏障指令，影响流水线效率，但这属于并发模型成本，非类型本身开销
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
