int转byte本质是截断低8位并按补码解释：取int值的低8位二进制，丢弃高24位，再以有符号byte（-128~127）规则解析，导致数值失真、符号翻转与精度丢失。
int 转 byte 本质是截断低 8 位
Java 中 int 占 4 字节（32 位），byte 占 1 字节（8 位）。把 int 转成 byte，不是“缩放”或“映射”，而是**只保留最低的 8 位二进制位，丢弃高 24 位**。这个过程叫“截断”，结果取决于这 8 位如何被解释——而 Java 的 byte 是有符号类型，用补码表示，范围是 -128 到 127。
强制类型转换：直接截断 + 补码解释
写法：(byte) intValue。JVM 按照二进制位原样取低 8 位，再按 byte 的有符号规则解读。
- 例如
int x = 255，二进制是00000000 00000000 00000000 11111111，取低 8 位得11111111，作为有符号 byte 就是 -1 -
int y = 130→ 低 8 位10000010→ 补码值为 -126 - 只要原始值超出 [-128, 127]，结果就不是原数值，而是等效于
intValue % 256再映射到有符号 byte 范围
位运算方式：(byte)(intValue & 0xFF)
写法：(byte)(intValue & 0xFF)。先用按位与保留低 8 位（高 24 位全变 0），再强转。关键点在于：& 0xFF 的结果是 int 类型，但值一定在 [0, 255] 区间；强转成 byte 后，仍是按补码解释，所以 255 还是变成 -1 ——除非你后续把它当无符号数处理（比如转回 int 时用 & 0xFF 还原）。
- 这个写法真正优势不在“避免溢出”，而在于**语义清晰：明确只取低字节，不依赖隐式截断逻辑**
- 它常用于网络协议、文件解析等场景，当你需要把 int 当作“字节容器”来拆解时（比如取第 0 字节），& 0xFF 更可靠
- 注意：
(byte)(130 & 0xFF)仍是 -126，和(byte)130结果一样；区别只在中间步骤更可控
什么时候该选哪种？
看你的目标：
- 想把一个整数“压缩”进 byte，且接受有符号语义（如温度、偏移量）→ 直接
(byte)x就够了 - 想从 int 中提取“原始字节值”，后续要还原为 0~255 的无符号含义（比如颜色分量、校验和字节）→ 用
x & 0xFF得到 int 型的 0~255，不强转 byte；若必须存为 byte，强转后使用时记得再 & 0xFF 转回无符号 int - 做多字节拼装（如把 4 个 byte 合成 int）或字节序处理 → 位运算是必须的，强制转换无法满足需求
