基本类型性能优于引用类型，因其直接栈分配、零gc开销、值拷贝高效且利于jit优化；引用类型则带来堆分配、装箱拆箱、gc压力及缓存不友好等隐性成本。
基本数据类型和引用类型在性能优化中不是并列选项，而是底层决策支点——选错类型，就像给跑车装拖拉机引擎，再怎么调参也难补先天短板。
栈快堆慢：内存分配路径决定响应速度
基本类型（如 int、boolean、char）直接压入线程栈，分配与回收零开销；引用类型（如 ArrayList、String、自定义对象）必须在堆上申请空间，触发同步锁、GC扫描、内存碎片整理等隐性成本。
- 局部循环变量用 int 而不用 Integer：避免自动装箱/拆箱带来的堆分配和对象生命周期管理
- 高频数学计算场景（如游戏帧逻辑、实时信号处理）坚持用 double 而非 BigDecimal：后者每次运算都新建对象，栈上值运算比堆上对象操作快 10–100 倍
- 方法参数传递时，小结构体（C#）或基本字段组合（Java record）比传整个对象更轻量，尤其在递归或深度调用链中
复制成本差异：值拷贝 vs 地址拷贝
赋值行为本质不同：基本类型复制的是“内容本身”，引用类型复制的是“通往内容的门牌号”。这直接影响缓存友好性与并发安全设计。
- 多线程共享计数器优先用 AtomicInteger（内部 CAS + volatile 字段），而非 synchronized 包裹的 int 变量——前者靠 CPU 原子指令，后者靠锁阻塞
- 函数式编程中频繁 map/filter 时，Stream
比 Stream （IntStream）慢：包装类带来装箱开销和 GC 压力 - DTO 或配置对象若只读且字段少（如 Point{x,y}），定义为 record（Java）或 struct（C#）可避免堆分配，提升 L1 缓存命中率
GC 压力源头：少一个 new，少一次停顿
JVM 或 .NET 运行时的 GC 停顿主要由堆上短期对象堆积引发。基本类型不参与 GC；引用类型哪怕只存活几毫秒，也会进入年轻代，增加 Minor GC 频率。
- 避免在 for 循环内 new String("abc") 或 Arrays.asList(...)：改用字符串字面量或静态常量数组
- 日志拼接不用 "+" 连接字符串（触发 StringBuilder 多次 new），改用 SLF4J 占位符 {}，或预计算为基本类型字符串
- 数值计算中间结果尽量保留在栈上（如 double temp = a * b + c），而非封装成临时对象（如 new Result(a*b+c)）
类型边界清晰：让 JIT 和 AOT 编译器敢做激进优化
现代运行时依赖类型稳定性做内联、逃逸分析、栈上分配等优化。基本类型语义确定；而引用类型若存在多态、反射或动态代理，会迫使编译器保守处理。
- 工具类方法参数用 int[] 而非 List
：前者连续内存布局利于向量化，后者是对象数组，每个元素还要解引用 - 枚举类型用 enum 而非 String 常量：编译期确定，JIT 可内联 switch，且内存占用仅为一个 int
- 避免无意义包装：boolean flag = obj.isActive() ? true : false；直接写 flag = obj.isActive()，减少冗余装箱与逻辑跳转
性能优化不是堆砌技巧，而是从类型选择开始的系统性克制。用对基本类型，不是“省一点”，而是把最重的负载卸下；用好引用类型，不是“全靠它”，而是清楚知道每新增一个对象，背后都有内存、GC 和缓存三重代价。
