对byte执行按位取反需先零扩展再取反，即~(b & 0xff) & 0xff，否则符号扩展会导致高位污染、数值失真；推荐封装为工具方法bitnot(byte b)并统一清洗无符号字节。
对 byte 执行按位取反（~b）时，Java 会先将 byte 提升为 int，再进行取反——但这个 int 是符号扩展后的结果，导致高位被错误“污染”，后续若未处理，极易引发负值误判、数值翻转或掩码失效。
理解取反前的符号扩展陷阱
Java 中 byte 是有符号 8 位类型。当执行 ~b 时：
-
b（如(byte)0x95）实际值为-107 - JVM 将其提升为
int，采用符号扩展：高位全部补 1 → 得到0xFFFFFF95 -
~0xFFFFFF95结果是0x0000006A（即十进制 106），而非预期的0x6A（对原始 8 位0x95取反应得0x6A） - 看似正确，但若原 byte 表示的是无符号字节（如网络协议中的 raw byte），该结果已失真
用 & 0xFF 剥离符号扩展影响
关键动作：在取反前，先将 byte 零扩展为无符号 int：
- 写法：
int unsigned = b & 0xFF;→ 强制把byte当作 0–255 的值看待 - 再取反：
int inverted = ~unsigned & 0xFF;（末尾再 & 0xFF 保留低 8 位） - 最终可安全转回
byte：byte result = (byte) inverted; - 例如：
b = (byte)0x95→b & 0xFF = 149→~149 = -150→& 0xFF = 106→(byte)106 = 0x6A，符合无符号预期
封装为可复用的工具方法
避免每次手动写 & 0xFF，推荐定义清晰语义的工具方法：
public static byte bitNot(byte b) { return (byte) (~((int)b & 0xFF)); }- 若需返回 int 形式的无符号结果（如用于掩码计算），直接返回
~(b & 0xFF)，不强转 - 配合枚举掩码使用时（如权限位翻转），务必确保所有参与运算的 byte 都经此清洗，否则
~FLAG可能产生全 1 的高位干扰
警惕与位移组合时的连锁污染
按位取反常和左/右移联用（如构建掩码），此时污染会放大：
- 错误写法：
byte mask = (byte) ~(1 → 先 <code>1（int），再 <code>~8 = -9，再截断为byte得-9（即0xF7），但高位已被污染 - 正确做法：
byte mask = (byte) ~(0xFF & (1 或更清晰地：<code>byte mask = (byte) ((1 - 原则：所有涉及
byte的位运算起点，都应先转为无符号 int 再操作
