int转byte本质是截断低8位并按补码解释：丢弃高24位，仅保留低8位二进制，再以有符号byte（-128~127）规则解析，导致失真、符号翻转与精度丢失；位运算& 0xFF显式提取低8位，语义更清晰，便于无符号还原与协议解析。
Java中int转byte不是缩放，而是截断低8位再按补码解释。位运算符（尤其是& 0xFF）能让你明确控制这个过程，避免隐式截断带来的歧义。
理解截断本质：只留低8位
int占32位，byte只认最低8位。强制转换(byte)130得到-126，是因为130的二进制低8位是10000010，被当作有符号补码解析。这不是取模，也不是四舍五入，就是硬截断。
- 高位24位全部丢弃，不留痕迹
- 结果永远在-128～127范围内
- 超出范围的值必然失真，比如255→-1、256→0
为什么用& 0xFF而不是直接强转
(byte)(x & 0xFF)和(byte)x在最终byte值上常常一样，但中间语义不同：
-
x & 0xFF先把x变成0～255之间的int，确保你“有意提取字节” - 后续若需还原为无符号含义（如颜色值、校验和），可直接
byteValue & 0xFF转回0～255的int - 在网络协议或文件解析中，它让字节拆解逻辑更清晰、更可维护
常见实用场景与写法
真正需要位运算手动控制的，不是简单压缩数值，而是处理原始字节语义：
立即学习“Java免费学习笔记（深入）”；
- 从int中提取第0字节：
byte b0 = (byte)(value & 0xFF) - 提取第1字节：
byte b1 = (byte)((value >> 8) & 0xFF) - 拼装4字节成int（小端序）：
(b0 & 0xFF) | ((b1 & 0xFF) << 8) | ... - IO读取后安全转byte：
if (data != -1) byte b = (byte)data;——这里不用& 0xFF，因为read()返回的就是0～255或-1
算术运算后想存回byte怎么办
byte参与+、-等运算时自动提升为int，结果必须强转才能赋回byte变量：
- 错误：
byte a = 10, b = 120; byte c = a + b;（编译失败） - 正确：
byte c = (byte)(a + b);——此时是否加& 0xFF不改变结果，但加了更显意图 - 若关心无符号行为（比如做校验累加），建议全程用int运算，最后再
& 0xFF取字节
