java整型采用固定位数二进制补码存储，int为32位，取值范围-2147483648~2147483647；byte、short、long依位宽缩放，均遵循补码规则；需警惕溢出、截断、符号扩展等陷阱。
Java 中的整型数据类型（byte、short、int、long）采用固定位数的二进制补码形式存储，这直接决定了它们的取值范围和运算行为。理解补码机制，是避免溢出、类型转换异常和位运算错误的关键。
int 的取值范围与 32 位补码结构
int 占用 4 字节（32 位），其中最高位（第 31 位，从 0 开始计）为符号位：0 表示正数或零，1 表示负数。其余 31 位表示数值大小，但不是简单对应原码——而是统一用补码编码。
- 最大正数是 2147483647，即
0x7FFFFFFF（31 个 1），对应二进制01111111 11111111 11111111 11111111 - 最小负数是 -2147483648，即
0x80000000，二进制为10000000 00000000 00000000 00000000，这是补码下唯一无法用正数对称表示的值 - 0 的补码表示唯一：
00000000 00000000 00000000 00000000；不存在“-0”
补码的生成与还原规则
补码不是凭空定义的，它解决了原码/反码加减运算中符号位处理复杂、存在±0歧义等问题。核心规则简洁明确：
- 正数（含 0）：补码 = 原码 = 反码，直接按二进制书写即可
- 负数（如 -5）：
- 先写出其绝对值（5）的 32 位原码：
00000000 00000000 00000000 00000101 - 符号位不变，其余位取反得反码：
11111111 11111111 11111111 11111010 - 反码末位加 1 得补码：
11111111 11111111 11111111 11111011
- 先写出其绝对值（5）的 32 位原码：
- 从补码还原原值（如已知
11111111 11111111 11111111 11111011）：同样取反加 1，结果为 5，再添负号 → -5
其他整型的取值范围对照与选择依据
不同整型本质是位宽缩放，均遵循相同补码逻辑，仅位数不同：
- byte（8 位）：-128 ~ 127。常用于 I/O 流、网络协议字节操作，节省内存
- short（16 位）：-32768 ~ 32767。适用于音视频采样、嵌入式传感器等中等范围场景
- int（32 位）：-2147483648 ~ 2147483647。JVM 默认整型，循环计数、数组索引、一般业务数值首选
- long（64 位）：-9223372036854775808 ~ 9223372036854775807。时间戳（毫秒）、大额金额、ID 生成等超大范围必须使用
实战中易踩的补码陷阱
补码机制在日常编码中隐性影响结果，需主动识别：
-
溢出静默发生：例如
int i = Integer.MAX_VALUE; i++;结果变为Integer.MIN_VALUE，不会报错也不会警告 -
强制类型转换截断：将
long x = 0x100000000L转为int，只保留低 32 位 → 结果为 0（高位被丢弃） -
位运算误判符号：对负数做无符号右移（
>>>）才真正“补零”，普通右移（>>）会符号扩展，保持负性 -
比较时注意包装类缓存：
Integer a = 127, b = 127; a == b为 true；但a = 128; b = 128时为 false —— 这与补码无关，但常与整型认知混淆
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
