Java中boolean类型无固定内存大小：局部变量/栈中占4字节（按int处理），字段对齐通常1字节但受填充影响，boolean[]按位逻辑存储但实际字节分配。
Java 中的 boolean 类型在 JVM 规范中**没有规定固定的内存大小**，它的实际存储方式取决于上下文（局部变量、字段、数组）和具体 JVM 实现，底层并不直接对应一个“1位”或“1字节”的硬性约定。
局部变量与操作数栈中的 boolean
在方法字节码中，boolean 值被当作 int 类型处理：编译器会将 true/false 分别转为整数 1 和 0，并使用 iload、istore、iconst_1 等整型指令操作。这意味着在局部变量表和操作数栈中，它实际占用 **4 字节（32 位）**，与 int 一致。
实例字段（非静态）和静态字段中的 boolean
JVM 规范允许虚拟机自由选择字段对齐策略。主流 JVM（如 HotSpot）通常将 boolean 字段**对齐到 1 字节**，但受对象头、字段重排序和填充字节（padding）影响，真实内存布局需结合 Unsafe 或 JOL（Java Object Layout） 工具观测。例如：
- 单独一个
boolean字段可能只占 1 字节，但若前面是 8 字节的long，后面可能插入 7 字节填充以保证下一个字段对齐； - 多个
boolean字段常被紧凑排列（如 8 个共占 1 字节），但 HotSpot 默认不自动位压缩，仍按字节分配——除非用@Contended或手动打包到int中。
boolean 数组的特殊实现
boolean[] 是唯一有明确规范约定的场景：JVM 必须将其作为**位序列（bit vector）存储**，即逻辑上每个元素占 1 位。但为访问效率，底层仍以字节/字为单位读写——HotSpot 中 boolean[] 实际按字节分配（1 byte = 8 elements），通过掩码运算提取单个值。这导致：
- 长度为 1 的
boolean[1]占用 1 字节（而非 1 位）； - 长度为 9 的数组占用 2 字节；
- 不能直接通过
Unsafe获取单个boolean的地址，因为无独立内存地址。
为什么没有“真正的 1-bit boolean”？
根本原因在于硬件和 JVM 设计权衡：
- CPU 不支持直接读写单个 bit，最小寻址单位是字节；
- 统一用
int指令处理boolean简化字节码解释器和 JIT 编译器逻辑； - 字段对齐优化比节省几个字节更重要，尤其在对象频繁创建的场景下。
所以，不要假设 boolean 总是 1 字节或 1 位——它的空间开销是动态的，由 JVM 实现、运行时布局和数据结构共同决定。真正关心内存时，应实测（如用 JOL）而非依赖语言表层语义。
