jvm规范未规定boolean固定字节数，仅定义语义和操作方式，要求用int指令处理（true→1，false→0）；具体存储由实现决定：局部变量/栈按int占4字节或寄存器，对象字段hotspot通常占1字节但受对齐影响，boolean[]数组复用byte[]每元素占1字节；硬件效率优先导致不压缩为位，工具测量结果含对象头、对齐等间接开销，故“占用字节数”因上下文而异。
因为JVM规范本身没有给boolean规定固定字节数，它只定义行为，不定义存储细节。
规范不强制大小，只约定语义和操作方式
JVM规范明确指出：boolean值在字节码中必须用int指令处理（true→1，false→0），但没说“必须占4字节”或“必须占1字节”。它只要求编译器保持一致的编码（比如都用1和0），而底层怎么存、是否优化、要不要对齐，全交给具体实现。
不同使用场景触发不同实现策略
- 局部变量和操作数栈：按int处理，多数JVM分配4字节槽位（或直接进寄存器，不占内存）
- 对象字段：HotSpot通常用1字节存储，但会受字段对齐规则影响——前面是byte，后面跟boolean，可能不额外填充；前面是long，后面跟boolean，很可能补7字节对齐
- boolean[]数组：规范允许复用byte[]实现，HotSpot确实这么干，每个元素占1字节，不压缩成位（bit）
硬件与性能权衡压倒空间最优
理论上1位就够了，但现代CPU不支持直接读写单个bit。按字节寻址、按字（4字节）搬运更高效。JVM选择兼容硬件习惯：用已有类型（int、byte）承载boolean语义，省去专用指令和内存管理逻辑。这种“借壳上市”的做法，自然导致不同上下文表现不一。
工具测量结果受多层抽象干扰
用Instrumentation.getObjectSize测boolean字段，得到的是整个对象的浅堆大小，包含对象头、对齐填充、其他字段——单个boolean无法单独剥离；测boolean[1]，结果里混着数组头（12或16字节）、长度字段、对齐补白。这些间接开销让“到底占几字节”看起来矛盾，其实只是观测视角不同。
