Java为何未提供原生位读写API？如何实现布尔值紧凑存储？

问题场景 #

使用Java ByteBuffer 序列化基础数据用于跨机器网络传输时，存在布尔列表传输需求，目标是尽可能压缩缓冲区占用体积。
常规实现方案是将每个布尔值转为1个字节写入缓冲区，代码如下：

public final void writeBool(boolean b) throws IOException {
    writeByte(b ? 1 : 0);
}
public final void writeByte(int b) throws IOException {
    if (buffer.remaining() < Byte.BYTES) {
        flush();
    }
    buffer.put((byte) b);
}

public boolean readBool(long pos) {
    return readByte(pos) == 1;
}

public int readByte(long pos) {
    return buffer.get((int)pos) & 0xff;
}

该方案空间利用率极低：1个字节实际可承载8个布尔值，如果支持按位写入缓冲区可将空间利用率提升8倍，但Java并没有提供writeBit这类位写入函数，设想中的位读写逻辑如下：

public final void writeBool(boolean b) throws IOException {
    // Java标准库未提供该API
    buffer.writeBit(b ? 0x1 : 0x0);
}
public final boolean readBool(long pos) throws IOException {
    // Java标准库未提供该API
    return buffer.getBit(pos) == 0x01;
}

目前通用的可行方案是手动将8个布尔值打包为1个字节写入，读取时通过位运算提取对应位的值，例如使用((byteVal >>> 4) & 0x01) == 1即可判断字节中第5位对应的布尔值是否为真。核心疑问为：既然Java支持直接操作字节，为何不开放原生的位级操作API，是否存在底层设计层面的考量？

设计层面的核心原因 #

• 硬件底层不存在独立的bit寻址能力
  所有主流CPU架构（x86、ARM等）的内存最小寻址单位都是字节（8bit），没有单独的bit地址空间。任何位修改操作本质上都需要经过「读取完整字节到寄存器 -> 修改对应bit位 -> 写回完整字节」的流程，硬件层面本身就不存在直接写入单个bit的原生支持，JDK就算封装位操作API也绕不开这个流程，不会带来本质的性能提升。
• 通用API的权衡取舍
  ByteBuffer的设计定位是覆盖高性能通用IO场景：网络传输、文件读写、堆外内存操作等绝大多数场景下，操作单位都是字节或多字节基本类型。如果内置位级操作API，需要额外维护当前字节内的位偏移状态、处理跨字节边界的位读写逻辑，不仅会增加API本身的复杂度和维护成本，还会给不需要位操作的普通场景带来额外的状态校验开销，不符合通用组件的设计原则。
  除此之外，bit在字节内的排列顺序（位端序）没有跨平台、跨协议的统一标准，不同业务协议可能采用完全相反的位序约定，JDK如果内置默认实现，很容易和业务侧协议不匹配，反而增加适配成本。
• 自定义实现成本极低，无内置必要
  位打包、解包的逻辑非常轻量化，只需要维护1字节的当前缓存值和1个0-7的位偏移计数器，十余行代码就能实现完全适配自身业务协议的位读写逻辑，灵活度远高于JDK提供的通用实现，运行性能和所谓的原生API没有任何差异。

内容的提问来源于stack exchange，提问作者SJZ