java中byte的取值范围是-128至127，因其为8位有符号整数，采用补码表示：正数0～127对应00000000～01111111，负数-1～-128对应11111111～10000000，共256种状态，10000000被定义为-128，实现无间隙覆盖。
Java 中 byte 的取值范围是 -128 到 127，不是因为“随便定的”，而是由 8 位二进制 + 补码表示法共同决定的硬性规则。
为什么最小值是 -128 而不是 -127？
关键在补码的设计：8 位中最高位是符号位，剩下 7 位表达数值。但补码下，1000 0000 这个二进制被定义为 -128，它没有对应的正数（+128 无法用 8 位有符号数表示），所以负数比正数多一个值。
- 正数范围：0 到 127 → 对应二进制 0000 0000 到 0111 1111
- 负数范围：-1 到 -128 → 对应二进制 1111 1111 到 1000 0000
- 总共 256 种组合（2⁸），全部被无间隙利用，-128 是补码系统自然导出的结果，不是人为凑数
不同语言里 byte 的范围可能完全不同
Java 的 byte 固定为有符号、-128~127；但 C 或 VB 中的 byte 默认是无符号的，范围就是 0~255。
- Java 不提供无符号 byte 关键字，所有 byte 都带符号
- C 里用
unsigned char表示 0~255，用signed char才接近 Java 的 byte - 处理网络协议或图像数据时，常需手动做符号转换，比如把读到的 0xFF（Java 中是 -1）当作 255 使用
溢出行为不是错误，而是可预测的循环
超出范围不会报错，而是按补码规则自动折回，本质是模 256 运算。
-
byte b = 127; b++;→ 结果是 -128 -
(byte)130→ 130 的二进制是 1000 0010，截取低 8 位后仍是 1000 0010，在补码下就是 -126 - 这种行为在实现哈希、加密、音频采样等底层算法时反而是有意利用的特性
实际编码中怎么安全使用？
别依赖直觉判断边界，用常量和工具方法更可靠。
- 直接用
Byte.MIN_VALUE（-128）和Byte.MAX_VALUE（127）代替魔法数字 - 字符串转 byte 用
Byte.parseByte(s)，会抛异常提示越界，比强制转型更安全 - 做加减运算前，若不确定是否溢出，先提升到 int 计算，再检查再截断
