byte取值范围是-128到127，根本原因在于8位补码共256种编码，其中0占1个，剩余255个按补码规则分配为-128至-1（128个）和+1至+127（127个），且10000000被标准定义为-128，消除原码中-0冗余并支持统一加减运算。
byte 的取值范围是 -128 到 127，根本原因在于它用 8 位二进制、以补码形式表示有符号整数，且总共能表示 256 个不同状态。
8 位二进制只有 256 种组合
一个 byte 占 1 字节，即 8 个比特位（bit），每位只能是 0 或 1。所有可能的排列共 2⁸ = 256 种。这 256 个编码必须全部分配给不同的整数值——不能浪费、也不能重复。
- 0 占用一个编码：0000 0000
- 剩下 255 个编码需分配给正数和负数
- 补码设计让负数比正数多一个：-128 到 -1 共 128 个，0 一个，+1 到 +127 共 127 个
补码定义了 1000 0000 就是 -128
Java 和绝大多数现代系统不使用原码或反码，而是直接用补码存储和运算。关键点在于：
- 0111 1111 是 +127 的补码（也是原码）
- 1000 0000 是唯一没有对应原码的补码值——它被直接规定为 -128
- 这个约定不是推导出来的，而是标准定义：8 位补码中，1000 0000 ≡ -128
- 试图用“先写 -128 原码再转补码”会失败，因为 -128 的绝对值 128 需要 7 位（1000 000），加上符号位共 9 位，超出 byte 范围
为什么不是 -127 到 +127？
如果按原码理解，最高位是符号位，其余 7 位表示数值，确实会得出 ±127 的错觉。但问题在于：
- 原码有 +0（0000 0000）和 -0（1000 0000）两个零，浪费一个编码
- 补码把 +0 和 -0 统一为 0000 0000，腾出 1000 0000 这个编码给 -128
- 这样既消除了冗余，又支持加减统一运算（减法变加法），硬件实现更高效
实际编程中要注意的细节
这个范围不是理论空谈，直接影响代码行为：
- 字面量赋值越界会编译报错：byte b = 128; → 编译失败
- 运行时算术溢出不报错但结果翻转：byte b = 127; b++; → b 变成 -128
- 打印二进制别被符号扩展误导：用 b & 0xFF 再转字符串，才能看到真实 8 位
