Java中byte类型取值范围是-128到127，由8位补码机制决定：符号位占1位，数值位7位，最大正数01111111为127，最小负数10000000为-128，且溢出时循环回绕验证边界刚性。
Java 中 byte 类型的取值范围是 -128 到 127，不是凭感觉或经验估算出来的，而是由其底层二进制表示方式严格决定的。这个边界既不能随意扩大，也不能靠“加1减1”试探，必须通过补码机制和位宽约束来验证。
byte 占 1 字节，共 8 位
每个 byte 在内存中固定占用 1 字节（8 bit）。这 8 位中，最高位（第 8 位，即最左边）是符号位：0 表示正数或零，1 表示负数。剩下 7 位用于表示数值大小。
- 最大正数：符号位为 0，其余 7 位全为 1 →
0111 1111= 127 - 最小负数：补码表示下，
1000 0000是 -128 的唯一合法表示（它没有对应的原码和反码，但补码规则允许它存在） - 零只有一种表示：
0000 0000，不存在 -0
用 Byte 常量直接验证边界
Java 提供了标准常量，无需手动计算，可直接读取并确认：
-
Byte.MIN_VALUE恒等于 -128 -
Byte.MAX_VALUE恒等于 127 - 运行
System.out.println(Byte.MIN_VALUE + ", " + Byte.MAX_VALUE);输出就是-128, 127
溢出行为是边界存在的实证
超出范围的赋值不会报错，但结果会按补码循环回绕，这恰恰反向验证了边界的刚性：
-
byte b = 127; b++;→ 结果是 -128（不是 128，也不是异常） -
byte b = -128; b--;→ 结果是 127 -
byte b = (byte) 200;→ 200 的二进制是1100 1000，作为有符号 8 位补码解读就是 -56
为什么不是 0～255？
虽然 8 位二进制确实能表示 256 种状态（0～255），但 Java 的 byte 是有符号类型，设计上就采用补码方案统一处理正负数和零。若需要无符号 0～255 的语义，应使用 int 临时承载（如 (b & 0xFF)），而非改变 byte 本身的定义。
