Java中byte转int默认符号扩展，导致0x95等超范围值变为负数并错误补全高位；正确做法是先&0xFF零扩展再移位组合。
Java 中 byte 转 int 时默认做符号扩展，不是简单“复制数值”，而是保留符号含义——正数高位补 0，负数高位补 1。这在处理二进制协议、网络字节流或图像数据时极易引发错误结果。
为什么 byte 提升为 int 会变样？
byte 是有符号 8 位类型，范围 -128 ~ 127。当它参与算术运算（如 +、符号扩展：
- 若 byte 是正数（如
(byte)0x7F→ 127），提升后为0x0000007F - 若 byte 是负数（如
(byte)0x95→ -107），提升后为0xFFFFFF95（32 位补码）
这个 0xFFFFFF95 在后续位移或加法中会被当作 -107 计算，而不是你期望的 149。
什么时候必须用 & 0xFF？
当你需要把字节当作无符号值使用时——比如解析 IP 地址、端口号、文件头标志位、RGB 颜色分量等——就必须消除符号影响：
-
int u = b & 0xFF：先将 byte 零扩展为 int（高位补 0），再取低 8 位，结果恒为 0~255 - 错误写法：
int u = (int)b或int u = b，仍走符号扩展 - 典型场景：读取二进制流中的长度字段、校验和、状态字节
实际转换代码怎么写才安全？
小端序（LSB 在前）4 字节转 int 的推荐写法：
- 手动位运算：
(b[0] & 0xFF) | ((b[1] & 0xFF) - 更简洁可靠：
ByteBuffer.wrap(b).order(ByteOrder.LITTLE_ENDIAN).getInt()（Java 9+） - 大端序（网络字节序）则用
ByteOrder.BIG_ENDIAN，位移顺序也需调整
注意：& 0xFF 不是“为了转成正数”，而是确保字节被解释为其原始二进制值（0x00~0xFF），不带符号语义。
如何验证转换是否正确？
调试时别只看十进制输出，要检查二进制/十六进制表示：
- 看无符号值：
String.format("%02x", b & 0xFF)→ 输出95 - 看符号扩展后完整 int：
String.format("%08x", i & 0xffffffffL)→ 对b = (byte)0x95，i = b输出ffffff95 - 边界测试必覆盖：
-128、-1、0、127、(byte)0xFF（即 -1）
