jvm中boolean无原生指令，单值按int处理占4字节，字段占1字节对齐，boolean[]底层为byte数组每元素占1字节，规范不强制位存储。
这个问题核心不在“大小”，而在JVM如何把语言层的语义映射到硬件可执行的指令和内存模型上。boolean本身没有原生支持，它靠“借壳”实现——数组借byte，单值借int，背后是CPU寻址习惯和JVM实现权衡的结果。
数组用byte：为对齐和访问效率牺牲空间
HotSpot把boolean[]直接编译成byte[]，每个元素存0或1，占1字节。这不是为了省空间，而是因为：
- CPU不支持按bit读写，最小操作单位是字节（8位）；
- 用byte类型复用已有指令（
baload/bastore），避免新增位操作逻辑； - 数组头+长度字段+元素连续存储，按字节对齐更利于缓存预取和JIT优化；
- 即使声明
new boolean[1]，实际分配也含对象头（12字节）、长度字段（4字节）、对齐填充，总大小远超1字节——但每个元素确凿占1字节。
单变量用int：栈和寄存器的自然选择
局部变量、方法参数、返回值里的boolean，在字节码里全用iload/istore等int指令处理，true→1、false→0。原因很实在：
- JVM操作数栈和局部变量表以32位槽（slot）为单位，int刚好填满一槽；
- byte/short/char在栈上也会被提升为int参与运算，boolean沿用同一路径最省实现成本；
- 现代CPU对32位整数操作最快，用int比用byte反而减少零扩展或截断指令；
- 这个4字节是“逻辑占用”——若被JIT优化进寄存器，甚至根本不落地到内存。
对象字段是例外：1字节+对齐压缩
类中定义的boolean field在HotSpot里通常只占1字节，但不是孤立存在的：
- JVM会做字段重排序和紧凑填充，比如
byte a; boolean b;很可能共用1字节； - 前面是
long（8字节对齐），后面跟boolean，可能补7字节填充以满足下一个字段的对齐要求； - 用JOL（Java Object Layout）工具看真实布局，会发现单个boolean字段本身小，但对象整体大小受头、对齐、其他字段影响更大。
别被“占多少字节”带偏重点
纠结单个boolean到底占1B还是4B，容易忽略真正关键点：
- 规范没规定大小，只约定行为（true/false）和编译规则（转int或byte）；
- 测量结果受观测层级干扰：Instrumentation测的是整个对象，Unsafe直接读可能越界，javap看到的是字节码指令而非内存布局；
- 性能敏感场景应关注高频装箱（Boolean）、缓存行填充、数组局部性，而非单个boolean的字节数。
