java基本类型内存占用除boolean外均固定：byte1字节、short/char2字节、int/float4字节、long/double8字节；boolean无jvm规范大小，hotspot中字段对齐为1字节、数组按byte存储；取值范围应调用包装类常量（如integer.max_value），整数用补码、浮点依ieee 754；默认值仅适用于成员变量，局部变量必须显式初始化。
Java 基本类型内存占用是确定的，但实际使用中容易因误解规范、忽略运行时表现而踩坑。核心在于：除 boolean 外，其余 7 种类型的字节数由 JVM 规范强制定义，不随平台或 JDK 版本变化；而避坑的关键，是区分“逻辑定义”和“真实内存行为”，并用标准方式验证。
内存占用：固定值与 boolean 的特殊性
以下字节数适用于所有合规 JVM 实现（如 HotSpot、OpenJ9）：
-
byte：1 字节（8 位）→ 可用
Byte.BYTES验证 -
short、char：各 2 字节（16 位）→
Short.BYTES、Character.BYTES -
int、float：各 4 字节（32 位）→
Integer.BYTES、Float.BYTES -
long、double：各 8 字节（64 位）→
Long.BYTES、Double.BYTES -
boolean：JVM 规范未规定大小；HotSpot 中字段常对齐为 1 字节，
boolean[]底层仍以 byte 为单位存储（即每个元素占 1 字节），绝不是 1 bit，也不支持按位寻址
取值范围：别心算，用包装类常量
所有极值都封装在对应包装类的静态字段中，这是最可靠的方式：
- 整数类型统一用补码表示：范围可推导为
-2^(n-1)到2^(n-1)-1（n 为位数），但直接调用更安全——如Byte.MIN_VALUE~Byte.MAX_VALUE -
Float.MIN_VALUE是最小正数（约 1.4E-45），不是负数下界；真正下界应使用Float.NEGATIVE_INFINITY -
Character.MAX_VALUE是'\uffff'（65535），不是Short.MAX_VALUE（32767）——语义不同，不可混用 - 浮点类型遵循 IEEE 754 标准，“范围大”不等于“精度高”：double 能表示 1e308，但能精确表示的整数上限约 2⁵³
默认值：仅对成员变量生效
JVM 在对象初始化阶段自动赋予默认值，但该语义仅适用于类的字段（实例变量或 static 变量）：
- 整数类型（byte/short/int/long）→
0（long是0L） - 浮点类型（float/double）→
0.0f/0.0d -
char →
'\u0000'（Unicode 空字符，不是空格） -
boolean →
false - 局部变量无默认值，未显式初始化就使用会编译失败
开发避坑：从选型到实操
类型选择不是“够用就行”，而是权衡语义、边界、性能与可维护性：
- 整数首选
int；超大数（如时间戳、订单 ID）才用long，且赋值时务必加L后缀（如123456789012345L） -
金额计算禁用 float/double —— 因二进制浮点精度问题（如
0.1 + 0.2 == 0.30000000000000004），应使用BigDecimal或整数单位（如“分”） - 不要用
byte或int模拟boolean来“节省内存”——JVM 已优化其存储，手动替换反而可能增加 GC 开销、降低代码可读性 - 数组是观察真实内存布局的可靠场景：
byte[1024]占约 1024 字节，boolean[1024]在 HotSpot 中也占约 1024 字节（非 1024 bit） - 单个基本类型变量在栈上可能被编译器优化或因对齐膨胀，不能用于估算对象大小；需测对象内存时，推荐用 JOL（Java Object Layout）工具
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
