Java八大基本类型内存占用由JVM规范强制定义，除boolean无固定大小外，byte/short/char/int/float/long/double分别占1/2/2/4/4/8/8字节；性能差异主要体现在数组存储、对象字段布局和计算密集型场景，选型应权衡语义、精度、内存与兼容性。
Java 八大基本数据类型的内存占用是 JVM 规范强制定义的，不随操作系统或 JDK 版本变化。真正影响性能的不是单个变量大小，而是它们在数组、对象字段和频繁运算中的实际表现。掌握这些差异，关键不在死记数字，而在理解“何时用、为何这样用”。
内存占用：字节数固定，但 boolean 是特例
除 boolean 外，其余七种类型在所有 JVM 实现中字节数完全一致：
- byte、boolean（逻辑单位）：1 字节 —— byte 严格占 1 字节；Boolean.BYTES 返回 1，但这只是包装类约定，不代表 JVM 存储时真按 1 字节分配
- short、char：各 2 字节 —— 注意 char 是无符号 16 位整数，范围 0～65535，不是 -32768～32767
- int、float：各 4 字节 —— int 是最常用整型，默认类型；float 遵循 IEEE 754 单精度标准
- long、double：各 8 字节 —— 在 32 位 JVM 上，非 volatile 的 long/double 读写不保证原子性
boolean 没有规范大小：HotSpot 中字段常对齐为 1 字节，boolean[] 底层通常以 byte 为单位打包（即 8 个 boolean 共享 1 字节），但你不能依赖它“省空间”——手动用 byte 模拟 boolean 反而增加位运算开销、降低可读性，还可能干扰 JVM 优化。
性能差异：真正起作用的是使用场景
单个局部变量几乎无性能差别，差异主要体现在三类高频场景：
立即学习“Java免费学习笔记（深入）”；
- 数组存储：byte[] 每元素严格占 1 字节、连续紧凑；int[] 每元素占 4 字节；同样存 100 万个数，byte[] 比 int[] 节省约 75% 堆内存，GC 压力显著更低
- 对象字段布局：JVM 按字段声明顺序+对齐规则填充内存。把 long 放在开头可能导致后续 byte 字段被填充浪费 7 字节；合理排序（如把 byte/short 放一起）能减少对象整体大小
- 计算密集型操作：现代 CPU 对 32 位整数（int）运算最友好；long 运算在 64 位 CPU 上效率接近 int，但在 32 位环境需拆成两步；float 比 double 运算快且省内存，但精度损失明显（如 0.1f + 0.2f ≠ 0.3f）
取值范围与默认值：别硬算，用常量
所有极值都封装在对应包装类静态字段中，比记忆数字更准、更安全：
- 查范围：
System.out.println(Integer.MIN_VALUE + " ~ " + Integer.MAX_VALUE);→ 输出 -2147483648 ~ 2147483647 - 注意 float/double 的“范围”≠“精度”：Double.MAX_VALUE ≈ 1.8e308，但能精确表示的整数最多到 2⁵³（约 9e15）
- 默认值只对成员变量生效：int 字段默认为 0，局部变量未初始化直接使用会编译报错
- 溢出不抛异常：int x = Integer.MAX_VALUE + 1; 结果是 -2147483648（回绕），做计数器或 ID 生成时必须主动检查边界
实战选型建议：按需而不是按小
类型选择本质是权衡内存、精度、可读性与兼容性：
- 网络/IO 字节流处理 → 用 byte，不是为了“省”，而是语义匹配
- 用户年龄、状态码、小范围计数 → byte 或 short 可行，但 int 更通用、避免隐式转换风险
- 时间戳、大 ID、文件大小 → 必须用 long，int 在 2038 年后溢出
- 金额、高精度计算 → 绝对不用 float/double，改用 BigDecimal 或整数单位（如分）
- 布尔标志 → 坚持用 boolean，语义清晰、JVM 优化充分；别用 int/byte 模拟 true/false
