基本类型性能优于引用类型，因其值存栈中、访问路径短、无锁分配且缓存友好；引用类型需寻址堆内存、引发gc与锁竞争，并因装箱带来额外开销。
在高性能场景下，基本类型明显优于引用类型——不是因为“高级”或“低级”，而是由内存布局和操作开销决定的。
内存访问路径更短
基本类型值直接存在栈中，CPU读取时一步到位；引用类型需先读栈里的地址，再按地址去堆里查数据，多一次寻址跳转。尤其在高频循环、数学计算、实时交易等场景，这个差异会放大成可观的延迟差距。
- 栈内存是线程私有、无锁分配，申请/释放几乎零开销
- 堆内存是全局共享，每次 new 都要竞争锁、触发 GC 压力、可能引发 Stop-The-World
- 缓存友好：栈上连续变量容易被 CPU 缓存批量加载；堆对象分布离散，缓存命中率低
避免自动装箱带来的隐性损耗
用 Integer 替代 int、Double 替代 double 看似方便，但在高频场景中等于主动引入方法调用、对象创建和垃圾回收负担。
- Integer.valueOf(100) 在 -128~127 范围内走缓存，但超出后每次 new 都新建对象
- for 循环中写 Integer i = 0; i ，实际发生百万次拆箱+装箱
- 集合类如 ArrayList
存储的是包装对象，比 int[] 多出数倍内存占用和访问延迟
比较与赋值行为更可预测
高性能系统依赖确定性——基本类型的 == 比较就是数值比对，赋值就是拷贝值，没有歧义；引用类型的 == 是地址比对，equals() 可能触发反射、字符串遍历甚至 I/O，响应时间不可控。
- 比如用 boolean flag 控制开关逻辑，绝不会因 null 或重载 equals 出现意外
- 用 int status 表达状态码，比用 StatusEnum 对象更轻量、更易做位运算或数组索引
- 并发环境下，基本类型变量天然不可变（若声明 final），而引用类型对象内容可能被多线程同时修改
适合用基本类型的典型场景
不是“不能用引用类型”，而是这些地方用基本类型能立竿见影提效：
- 数值计算密集型：金融定价、信号处理、游戏物理引擎
- 高吞吐中间件：序列化字段、网络协议解析（如 byte/short/int 构建报文头）
- 实时响应服务：风控规则引擎中的阈值、计数器、时间戳差值
- 底层工具类：BitSet、AtomicInteger、Unsafe 直接操作内存的场景
