Java中boolean[]并非位数组，底层复用byte[]结构，每个元素占1字节；HotSpot如此设计是为避免位数组复杂性、复用现有内存与GC逻辑、保障多线程原子性及硬件兼容性。
![boolean 在数组中的存储：byte[] 数组的优化](https://img.php.cn/upload/article/001/242/473/178305299289597.jpeg)
Java 中的 boolean[] 并不是真正意义上的“位数组”，它底层直接复用 byte[] 的结构，每个 boolean 元素占 1 字节（8 位），而不是 1 位。这是 HotSpot JVM 的实际实现方式，也是 JVM 规范所允许的——规范只要求逻辑正确性，不强制空间效率。
为什么 boolean[] 被编译成 byte[]？
HotSpot 选择复用 byte[] 实现 boolean[]，主要出于工程权衡：
- 避免单独设计一套位级数组带来的复杂性（如原子操作、缓存行对齐、JNI 交互支持）
- 复用已有的数组内存布局和 GC 处理逻辑，降低维护成本
- 位操作在多线程环境下难以保证原子性，而字节级读写有成熟硬件支持
- 多数场景下，1 字节/元素的开销可接受；真有海量布尔状态需求时，开发者可自行优化
手动实现紧凑布尔数组（位图）
若确实需要节省内存（比如千万级标志位），可用 byte[] 自行封装位操作：
- 每个
byte存 8 个布尔值：索引i对应array[i >> 3]的第i & 7位 - 设值用
array[index >> 3] |= (1 - 取值用
(array[index >> 3] & (1 - 注意：该方案不支持 volatile 或 CAS 原子更新单个 bit，需额外同步或使用
AtomicIntegerArray等替代
实际内存占用怎么看？
别只看 “new boolean[1000]”，它实际占用远不止 1000 字节：
- 对象头（通常 12 字节）、对齐填充（可能补到 16 字节倍数）
- 数组长度字段（4 字节）+ 数据区（1000 字节）→ 总计约 1024 字节左右（取决于 JVM 对齐策略）
- 用 JOL（Java Object Layout） 工具可精确验证，例如：
new boolean[1000]在 HotSpot 上典型占用 1032 字节
什么时候该用原生 boolean[]？什么时候该自己压位？
选型看真实瓶颈：
- 普通业务逻辑、标志位不多 → 直接用
boolean[]，语义清晰、JVM 优化成熟 - 内存极度敏感（如缓存百万级开关、布隆过滤器底层）、且访问模式以顺序为主 → 自研位图 +
byte[] - 需要并发安全的单 bit 更新 → 优先考虑
AtomicLongArray或BitSet（后者内部也用long[]，64 位/单元）
