~运算符对整数的二进制补码逐位取反，结果为-x-1；byte/short参与时先提升为int，需用&0xFF等截断才能获得无符号效果。
Java中~运算符到底对什么取反
它对int（或byte/short/long）的**二进制补码表示**逐位取反，不是对“数值”取反，也不是对“原码”取反。这点最容易误解。
比如~5，有人以为结果是-5，其实不是：5的int补码是00000000 00000000 00000000 00000101，取反后是11111111 11111111 11111111 11111010，这个补码对应的十进制数是-6。
- 所有整数类型在JVM里都以补码存储，
~操作的是内存里的这32位（或64位） -
byte b = 5; ~b会先提升为int再取反，结果是-6，不是-5或250 - 想得到无符号效果（比如把
byte当8位用），得手动截断：(byte) ~b→ 得到-6，但若要250，得~b & 0xFF
为什么~x等价于-x - 1
这是补码定义决定的：负数的补码 = 取反 + 1，所以反过来，取反 = 负数减1。这个恒等式在优化和位操作推导中很实用，但别当成直觉去记。
-
~0 == -1，因为-0 - 1 == -1 -
~(-1) == 0，因为-(-1) - 1 == 0 - 对
short s = 100;，~s是-101，不是65435——除非你显式用~s & 0xFFFF - 这个公式只对有符号整数成立；Java没有无符号类型，所以别试图用它解释“逻辑非”
常见踩坑：byte、short参与~时的类型提升
Java里没有byte或short的位运算，它们一上来就被提升成int，取反后还是int。你看到的“结果变大/变负”，其实是提升导致的。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
-
byte b = 1; int x = ~b;→x == -2（不是254） - 要还原成8位效果：
int y = ~b & 0xFF;→y == 254 - 写
~(b & 0xFF)是错的：先扩成int再&，没意义；必须~b & 0xFF - 同理，
short s = 0x0001;，~s是-2，不是0xFFFE；要后者得~s & 0xFFFF
实际用在哪？别硬套补码理论
真正在代码里用~，基本就三种场景：掩码翻转、标志位清除、与&配合做“关某几位”。这时候你不需要算原码补码，只需要记住：它翻转所有位，然后按补码解释结果。
- 清掉低4位：
x & ~0xF—— 因为~0xF == 0xFFFFFFF0（假设int） - 判断某标志是否未设置：
if ((flags & ~FLAG_BIT) == flags)，比! (flags & FLAG_BIT)更少见，但语义不同 - 生成全1掩码：
~0是安全的int全1，比0xFFFFFFFF可读且跨字长（long下~0L才是64位全1） - 别用
~代替!：前者是位运算，后者是逻辑非；~0 == -1，而!0 == true
补码原理只是底层解释工具，写业务代码时，盯住掩码表达式和最终的&/|行为就行。真正容易出错的，永远是类型提升和忘记截断。
