byte在内存中存储的是补码而非原始值，如(byte)129截断为10000001，按补码解读为-127；其取值范围是-128至127，高位为符号位，正数补码等于原码，负数需逆向还原。

直接看 byte 在内存里存的其实是补码，不是你写的原始数字。比如 byte b = (byte)129，表面上赋的是正数 129，但 byte 只有 8 位，根本装不下，结果存进去的是 1000 0001 —— 这个二进制串按补码规则解读，就是 -127。

为什么必须从补码角度理解 byte 存储

Java（以及几乎所有现代语言）底层所有有符号整型都以补码形式存入内存。这不是约定，是硬件要求：CPU 加法器只认补码，符号位和数值位统一参与运算，加减法电路可以共用。原码和反码早被弃用，仅用于教学解释。

• byte 占 8 位，能表示的补码范围是 1000 0000（-128）到 0111 1111（+127）
• 最高位（bit7）永远是符号位：0 表示正/零，1 表示负
• 正数补码 = 原码 = 自然二进制值；负数补码 ≠ 直观负值，需逆向还原

手算一个 byte 补码的完整过程（以 129 → -127 为例）

步骤不是“转换”，而是“截断 + 解读”：

• 129 是 int 字面量，默认 32 位：00000000 00000000 00000000 10000001
• 强制转 byte：只保留低 8 位 → 10000001
• 最高位为 1 → 判定为负数 → 求其原码：先减 1 得 10000000，再按位取反（符号位不变）得 11111111 → 即 -127 的原码
• 验证：-127 原码是 11111111，反码 10000000，补码 10000001 —— 和截断结果一致

用十六进制辅助观察补码更直观

二进制 8 位对应 2 位十六进制，比写满 8 个 0/1 更快定位符号位：

• 127 → 补码 01111111 → 0x7F（正数，高位是 0）
• -1 → 补码 11111111 → 0xFF（负数，高位是 1）
• -128 → 补码 10000000 → 0x80（最小值，唯一高位为 1 且其余全 0）
• (byte)129 → 截断后 10000001 → 0x81 → 对应十进制 -127

别被“显示值”骗了：System.out.println(b) 输出的是还原后的十进制原码

打印语句不会输出内存里的 10000001，它会自动把补码转成人类可读的十进制数。你可以用位运算“窥探”原始比特：

• 获取真实 8 位模式：String.format("%8s", Integer.toBinaryString(b & 0xFF)).replace(' ', '0')
• 或查表：0x80 → -128，0x81 → -127，…，0xFF → -1，0x00 → 0，0x01 → 1，…，0x7F → 127