位运算不直接用于类型转换，而是通过移位和掩码精准控制二进制比特布局，实现跨类型数据提取、拼接等操作，避免隐式转换误差并提升性能。
位运算本身不直接用于“类型转换”，它操作的是整数的二进制位，而Java类型转换（如 byte → int、int → short）本质是值的截断、扩展或 reinterpret（需配合移位和掩码）。所谓“用位运算优化类型转换”，实际是指：在需要跨类型提取、拼接、压缩或解释二进制数据时，绕过自动类型提升/截断规则，用位运算精准控制比特布局，从而避免隐式转换误差、提升性能或实现底层协议解析。
用位运算安全提取字节高位/低位
Java中 short 是16位，但方法参数或网络字节流常以 byte[] 传输。若需从两个 byte 拼出一个 short，不能简单 `(b1
- 错误写法：
short s = (byte1 （byte2 被提升为 int 后带符号，如 byte2 = -1 → 0xFFFFFFFF） - 正确写法：
short s = (short)((byte1 & 0xFF)
这里 & 0xFF 是关键：把 byte（8位）无符号扩展为 int（32位），清除高24位符号位影响，确保拼接逻辑与原始二进制一致。
用移位+掩码实现高效类型“视图”切换
例如将 int 的4个字节分别读作独立 byte，或把4个 byte 合成一个 int（按大端/小端）：
立即学习“Java免费学习笔记（深入）”；
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 取 int 的第 k 个字节（0～3，从高位开始）：
(value >> ((3-k) * 8)) & 0xFF - 从4个 byte 构造 int（大端）：
(b0 & 0xFF)
这种写法比 ByteBuffer.allocate(4).put(...).getInt() 快得多，且无对象创建开销，适合高频序列化/反序列化场景。
规避自动提升陷阱，精准控制 short/char 转换
Java 中 char 是无符号16位，short 是有符号16位。二者范围重叠但语义不同。若需把 char 值当作 unsigned short 处理（如处理图像像素值 0～65535），直接强制转 short 会把 0xFFFF 变成 -1。
- 保留无符号语义：
int ush = ch & 0xFFFF;（结果为 0～65535 的 int） - 还原为 char：
char c = (char) (ush & 0xFFFF);
核心是用 & 0xFFFF 清除高位，等效于“零扩展”，而不是依赖 JVM 的符号扩展行为。
用异或+取反替代低效的负数转换逻辑
某些协议要求对 short 做“按位取反后加1”（即求补码对应正数），或判断是否为负并做无符号解释。这时可利用位运算恒等式：
-
~x + 1等价于-x（对 int/short 都成立） - 判断 short 是否为负：
(s & 0x8000) != 0（检查最高位），比s 更底层、无分支 - 获取 short 的无符号值：
s & 0xFFFF（同上）
这类操作在音视频编解码、硬件寄存器映射等对时序敏感的场景中，能减少条件跳转，提升 predictability。
