Java中对short类型最小值-32768取反结果仍为-32768，因其补码0x8000取反后超出short范围，强制转回时高位截断；需显式判断或升位运算避免逻辑错误。
Java中short类型是16位有符号整数，取值范围为-32768到32767。对边界值（尤其是-32768）做取反运算（-）时，结果仍在此范围内，但需注意其二进制表示和符号位行为——这不是溢出，而是补码算术的自然结果。
理解short的补码表示与-32768的特殊性
short使用补码存储，最高位（第15位，从0开始计）是符号位。-32768的补码是1000 0000 0000 0000（即0x8000），这是16位补码能表示的最小值。它没有对应的正数+32768（超出short上限32767），因此对-32768取反：-(-32768) 在short范围内无法表示，但Java会按int运算规则提升后截断。
- 表达式
(short)(-((short)-32768))实际执行过程：先将-32768转为short（得0x8000），再按一元负号规则——先转为int（0xFFFF8000），取反得0x00008000（即32768），再强制转回short时高位被截断，结果为0x8000 → -32768 - 也就是说：
short s = -32768; short result = (short)(-s);得到的result仍是-32768，而非32768（后者已超出short范围）
避免隐式截断导致逻辑错误
当业务需要“数值意义上的相反数”，而输入可能是-32768时，直接用-(short)会得到意外结果。应提前检测或升位运算：
- 若必须保持
short类型，可显式判断：short s = ...; short neg = (s == Short.MIN_VALUE) ? Short.MIN_VALUE : (short)-s; - 若允许临时使用更大类型，先转
int再处理：int safeNeg = -((int)s);，后续根据需要检查是否在short范围内（if (safeNeg Short.MAX_VALUE)） - 注意：Java中
-Short.MIN_VALUE本身是合法int字面量（32768），但赋值给short会编译报错，必须强制转换
验证其他边界值的行为
-32768不是唯一需留意的值，但它是唯一“取反后无法在short中表示正数”的情况：
立即学习“Java免费学习笔记（深入）”；
-
-Short.MAX_VALUE即 -32767 → 结果是32767，在范围内，无问题 -
-(short)0→ 0，符合预期 -
-(short)1→ -1，正常 - 所有非
Short.MIN_VALUE的short值，取反后只要不超限，结果都符合数学直觉
调试与单元测试建议
涉及short边界运算的逻辑，务必覆盖Short.MIN_VALUE和Short.MAX_VALUE：
- 写JUnit测试用例，明确断言
testNegationOfMinValue()中(short)(-Short.MIN_VALUE)等于Short.MIN_VALUE - 使用IDE调试时，观察变量实际值（而非仅看表达式求值窗口，某些工具可能隐式提升显示）
- 静态分析工具（如ErrorProne）可配置检查
short类型上的危险取反操作
