Java 的 int 类型为 32 位有符号整数，其最大值为 2147483647（即 2³¹−1），最小值为 −2147483648（即 −2³¹），这源于二进制补码（Two's Complement）编码机制——它统一了正负数运算逻辑，并自然决定了溢出行为。
java 的 `int` 类型为 32 位有符号整数，其最大值为 2147483647（即 2³¹−1），最小值为 −2147483648（即 −2³¹），这源于二进制补码（two's complement）编码机制——它统一了正负数运算逻辑，并自然决定了溢出行为。
在 Java 中，int 占用 32 个二进制位，但并非所有位都用于表示数值大小——其中最高位（第 31 位，从 0 开始计数）是符号位：0 表示非负数，1 表示负数。因此，可用于表示“纯数值”的只有低 31 位。
✅ 为什么 Integer.MAX_VALUE 是 0111...1111（31 个 1）？
最大正整数必须满足两个条件：
- 符号位为 0（保证为正）；
- 剩余 31 位尽可能全为 1，以获得最大数值。
这等价于计算： $$ 2^0 + 2^1 + 2^2 + \cdots + 2^{30} = 2^{31} - 1 = 2147483647 $$
注意：不包含 $2^{31}$，因为该位已被固定为符号位，不可参与数值累加。这也是初学者常误以为“32 位应支持到 $2^{32}-1$”的根本原因——那是无符号整数（如 C 语言 uint32_t）的范围，而 Java 的 int 是有符号类型，强制采用补码表示。
以下代码可验证该关系：
System.out.println(Integer.MAX_VALUE); // 输出: 2147483647 System.out.println(0b0111_1111_1111_1111_1111_1111_1111_1111); // 同上 // 手动累加 2⁰ 到 2³⁰ int sum = 0; for (int i = 0; i <h3>⚠️ 为什么 Integer.MIN_VALUE 是 −2147483648（而非 −2147483647）？</h3><p>补码设计的关键特性之一是：<strong>负数空间比正数空间多一个值</strong>。 </p>
- 正数范围：0 到 2³¹−1（共 $2^{31}$ 个值）；
- 负数范围：−2³¹ 到 −1（也是 $2^{31}$ 个值）；
- 总计：$2^{32}$ 个唯一组合，恰好填满 32 位所有可能。
Integer.MIN_VALUE 对应的二进制是：
1000 0000 0000 0000 0000 0000 0000 0000
它不是简单地将 MAX_VALUE 的符号位翻转得到，而是通过补码规则定义的：对 0 取反加 1 → 得到 −0（即 0），而对 1 取反加 1 → 得到 −1（1111...1111）。继续推导可知，1000...0000 是能表示的最小负数，即 $-2^{31}$。
? 补码的核心优势：运算一致性
补码最精妙之处在于：加法、减法、自增/自减等算术操作无需区分有符号/无符号数。硬件只需一套加法器电路即可正确处理所有情况。
例如：
int a = Integer.MAX_VALUE; // 2147483647 → 0b0111...1111 a++; // 溢出！结果为 Integer.MIN_VALUE（−2147483648） System.out.println(a); // 输出: -2147483648 // 二进制层面：0111...1111 + 1 = 1000...0000
再看 -1 的补码验证：
- −1 的补码是 1111 1111 ... 1111（32 个 1）；
- 加 1 后变为 1 0000 ... 0000，高位溢出被截断，剩下 32 个 0 → 即 0，完全符合数学预期。
? 关键总结与注意事项
- ✅ int 的取值范围由补码决定：[−2³¹, 2³¹−1]，不是对称区间（负端多一个数）；
- ✅ 溢出是静默发生的（Java 不抛异常），需主动检测（如 Math.addExact()）或使用 long/BigInteger；
- ✅ 补码使 n + (−n) = 0 恒成立（除 MIN_VALUE 自身外，因其无对应正数）；
- ❗ Math.pow(2, 31) 返回 double，强转 int 可能因精度丢失导致错误，建议用 1
- ? 理解补码是掌握底层数据表示、调试溢出 Bug、实现高效位运算的基础。
掌握补码，就真正读懂了 Java 整数的“心跳”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
