Java中byte转int默认符号扩展是规范行为，需用b & 0xFF或Byte.toUnsignedInt(b)实现无符号转换，适用于协议解析、文件头读取等场景。
Java 中 byte 转 int 默认会做符号扩展，这不是“错误”，而是语言规范行为；但多数场景（比如解析二进制协议、读取文件头、网络字节流）需要的是无符号解释——关键不是避免转换，而是控制扩展方式。
byte 转 int 为什么会发生符号扩展
Java 的 byte 是有符号 8 位类型，范围 -128 ~ +127。当它参与算术运算或被提升为 int 时，JVM 按照 Java 语言规范执行符号扩展：用最高位（第 7 位）重复填充高 24 位。
- 例如：
(byte)0x95实际存储为 -107（因为 0x95 = 149 > 127，溢出后按补码解释为负数） - 该 byte 提升为 int 后变成
0xFFFFFF95（即 -107 的 32 位补码），而不是你期望的0x00000095 - 这在组合多字节整数时直接导致结果偏差（如少加 256、进位错位等）
什么时候该用 & 0xFF
当你把 byte 当作原始数据单元（而非有符号小整数）使用时，就必须消除符号位干扰。典型场景包括：
- 从字节数组还原 uint8、uint16、uint32 值（如图片像素、音频采样、协议字段）
- 计算校验和、哈希、加密中间值
- 拼接多字节整数（如 little-endian 或 big-endian 解包）
操作很简单：int unsignedValue = b & 0xFF。这里 0xFF 是 int 类型（32 位），byte 先被提升为 int（仍符号扩展），再通过按位与把高 24 位清零，只保留低 8 位有效值 —— 等效于零扩展。
立即学习“Java免费学习笔记（深入）”；
常见写法对比与推荐
-
(int)b→ 保留符号，适合真要表示 -128~127 的语义（如温度、偏移量） -
b & 0xFF→ 强制无符号解释，返回 0~255，适用于绝大多数底层数据处理 -
Byte.toUnsignedInt(b)（Java 8+）→ 语义更清晰的等价写法，推荐用于可读性优先的代码 - 不要用
0xff（小写）或0XFF（大小写混用），统一用0xFF避免歧义
组合多字节整数的正确姿势
假设 bytes[] 是 little-endian 4 字节序列，想还原为正数 int（0 ~ 2³²−1）：
- 错误写法：
bytes[0] + (bytes[1] （符号扩展污染高位） - 正确写法：
(bytes[0] & 0xFF) | ((bytes[1] & 0xFF) - 更健壮方案：
ByteBuffer.wrap(bytes).order(ByteOrder.LITTLE_ENDIAN).getInt()（自动处理字节序与符号）
