Java基本数据类型是性能和内存控制的关键，应优先用于局部变量、循环计算、集合元素等场景以避免装箱开销；集合初始化需预估容量减少扩容；字符串拼接用StringBuilder；布尔与数值运算保持基本类型域内完成。
Java基本数据类型不是语法装饰，而是性能和内存控制的直接抓手。用对地方，能减少装箱开销、降低GC压力、提升数值计算效率；用错场景，比如在集合里盲目用int替代Integer，反而会编译报错或隐式装箱。关键在于理解“何时该用”和“怎么用得稳”。
优先使用基本类型，避开无谓装箱
Integer、Double这类包装类会在堆上创建对象，每次自动装箱（int→Integer）或拆箱（Integer→int）都伴随对象分配与可能的空指针风险。在循环计算、高频数学运算、数组密集存取等场景中，坚持用int、long、double等基本类型可避免额外开销。
- 循环内避免写Integer sum = 0;，改用int sum = 0;
- 方法参数和返回值若确定非空且为纯数值，优先声明为基本类型，而非包装类
- 使用Objects.equals(a, b)比较两个可能为null的包装类，但内部逻辑仍依赖拆箱——更优解是业务层保证输入不为null，或统一用基本类型+默认值约定
配合集合初始化，减少扩容与哈希扰动
基本类型本身不参与集合，但它们常作为Map的key或List的元素内容。而集合类（如HashMap、ArrayList）的性能直接受初始容量影响。例如，预知要存1万条订单记录，用new ArrayList(10000)比默认构造快得多——避免了至少6次数组复制；同理，HashMap指定初始容量+合理负载因子，能减少rehash次数。
- ArrayList扩容机制是oldCapacity * 1.5，频繁扩容代价高；提前估算并设初值是零成本优化
- HashMap若用Integer作key，需确保其hashCode()稳定（它本来就是），但若自定义对象作key却忘了重写hashCode和equals，再快的基本类型也救不了逻辑错误
- 对于纯数值聚合场景（如统计、累加），考虑用Trove、Eclipse Collections等支持原生类型集合的库，彻底绕过泛型擦除和装箱
字符串拼接别用+，StringBuilder才是基本类型的延伸伙伴
String不可变，+操作符在循环中等于反复new StringBuilder → append → toString，每轮都生成新String对象。这看似和基本类型无关，实则大量int索引、char字符处理都卷入其中。StringBuilder底层用char[]，本质是对基本类型数组的高效复用。
立即学习“Java免费学习笔记（深入）”；
- 单行拼接（如"User " + id + " logged in"）由编译器自动优化为StringBuilder，安全
- 多轮拼接（尤其在for/while中）必须显式用StringBuilder sb = new StringBuilder()，并在循环外调用toString()
- 若线程安全必需，才选StringBuffer；多数场景StringBuilder更快，且不引入同步开销
局部变量 + 基本类型 = 热点代码提速组合
JVM对栈上局部变量的访问远快于堆上对象字段。把频繁读写的计数器、中间结果、状态标志定义为局部的int、boolean、double，不仅提速（实测5–10%），还让JIT更容易做逃逸分析和标量替换。
- 避免在循环里反复调用obj.getCount()获取int值，先提取到局部变量int count = obj.getCount();
- 布尔状态判断不用包装类Boolean，直接用boolean localFlag = true/false
- 数值计算尽量保持在基本类型域内完成，避免中途转成Double再算，最后又拆箱——一来一回就是两次对象生命周期
