Java基本类型选择直接影响内存、GC和性能，需按需分配：byte用于小范围状态码，short用于年份等，int为默认推荐，long仅用于大数；浮点优先double，char仅存字符，boolean勿用Integer/String替代。
Java基本类型不是“随便选一个就行”的语法糖，而是直接影响内存占用、GC压力和计算效率的关键设计点。用对了，能省下大量堆空间；用错了，可能让一个本该轻量的模块变成内存黑洞。
基本类型选择：按需分配，不浪费一字节
整数型中，byte（1字节）适合状态码、小范围计数（如HTTP状态、枚举索引）；short（2字节）可用于年份、ID片段等不超过±32767的场景；int（4字节）是默认推荐，兼顾范围与JVM对齐效率；long（8字节）仅在时间戳、大ID、高精度计数时使用。浮点型优先选double（8字节），除非明确受限于内存且精度要求不高，才考虑float（4字节）；char（2字节）用于单字符，不要用它存数字或标志位；boolean（1字节）逻辑值，避免用int或String代替。
- 年龄字段用
int age = 25;足够，没必要用 long - 协议头中的标志位可打包进
byte flags;，再用位运算操作 - 避免把
boolean isActive声明成Integer或String "true"—— 多占23字节以上
变量声明与作用域：栈上精简，避免隐式装箱
基本类型变量应声明在最窄作用域内，尤其在循环中——for (int i = 0; i 比先声明再赋值更清晰，也便于JIT优化。关键原则是：<strong>绝不无故使用包装类</strong>。自动装箱（如 <code>list.add(42)）会创建 Integer 对象（24字节），高频场景下极易引发GC风暴。
- 集合需存数值时，优先用
IntList（如 Trove、Eclipse Collections）或int[]数组替代ArrayList<Integer> - 方法参数/返回值尽量保持基本类型，接口设计中避免
Optional<Integer>包裹原始语义 - 局部计算中间变量，如
double temp = a * b + c;，无需提前声明，直接内联更高效
内存排查：从字节对齐到对象膨胀
排查基本类型相关内存问题，不能只看代码，要结合JVM底层布局。例如，一个只含 boolean flag 的类，实际对象大小仍为16字节（对象头）+1（字段）+7（填充对齐到8字节边界）=24字节。而若改为 byte flag 并搭配其他小字段（如 byte type; short code;），可显著减少填充浪费。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 用
jmap -histo <pid>查看java.lang.Integer等包装类实例数量，异常高说明存在装箱滥用 - 用 JOL（Java Object Layout）工具运行
new Boolean(true)和new Integer(1)，直观对比内存开销 - 堆转储分析时，关注 “Shallow Size”（字段本身）与 “Retained Size”（引用链总和），区分真实膨胀源
JVM级协同调优：让基本类型优势真正落地
基本类型的收益需要JVM配合才能最大化。比如启用分层编译（-XX:+TieredCompilation）后，热点路径中 int 运算会被内联并优化为寄存器操作；而若堆设置不合理（如 -Xms 远小于 -Xmx），频繁扩容会抵消栈上变量的轻量优势。
- 对计算密集型服务，设
-XX:+UseG1GC -XX:MaxGCPauseMillis=100，减少因装箱对象触发的 GC 停顿 - 禁用偏向锁（
-XX:-UseBiasedLocking）可降低对象头开销，对大量短生命周期基本类型包装对象尤其有效 - 开启 NMT（
-XX:NativeMemoryTracking=summary）观察元空间与线程栈增长，确认基本类型变量未被意外推高本地内存
不复杂但容易忽略：基本类型是Java里最朴素、也最高效的契约。它的规范使用，不需要框架、不依赖配置，靠的是对数据本质的理解和对JVM行为的尊重。
