C语言的int为什么最小值是-32768

在C语言中，int类型的取值范围常被标为-32768到32767，其中最小值-32768的出现并非偶然，而是计算机底层整数编码规则的直接结果。要理这一现象，需从整数在计算机中的二进制表示方式说起。

计算机中存储整数时，需用二进制编码表示数值与符号。早期系统中，int类型多为16位现代系统虽已扩展至32位或64位，但16位int的取值逻辑仍是基础，这16个二进制位中，最高位被用作符号位——0表示正数，1表示负数，剩余15位表示数值。

若采用“原码”编码符号位+数值绝对值的二进制，16位整数的表示范围本应是-32767到32767。此时，+0的原码是0000000000000000，-0的原码是1000000000000000，出现了两个编码表示同一个“0”，浪费了一个二进制组合。为决这一问题，计算机普遍采用“补码”编码：正数的补码与原码相同，负数的补码则是原码符号位不变按位取反后加1。

补码的优势在于消除了“-0”。以16位为例，+0的补码是0000000000000000，-0按补码规则计算后仍为0000000000000000，两者合并为同一个编码。原本表示-0的1000000000000000便被释放出来，用于表示一个新的负数。

这个特殊的编码1000000000000000，按补码规则逆向推导：对其减1得0111111111111111，再按位取反得1000000000000000，对应的绝对值为2^1532768，又因符号位为1，故表示-32768。而最大正数是符号位0、其余15位全1的0111111111111111，即32767。

由此，16位int的补码范围自然呈现为-32768到32767。C语言标准虽未规定int的具体位数，但早期硬件和操作系统对16位int的广泛采用，使这一取值范围成为经典认知。本质上，-32768的存在是补码编码对符号位与数值位协同利用的结果——通过消除冗余的“-0”编码，让整数表示范围向负方向扩展了一位。