C 关于整数数据溢出的问题

首先，需要明确的是，介质中的int是4个字节，这个问题没有意义，但只有在Borland C中才有意义。

如果在 VC 中编译，请将 int 更改为 short int;

2 的 16 次方是 65536，等于正数分配 32767,0 占 1，负数分配 32768;

短 int 的最高位是符号位，1 表示负数，0 表示正数。 所以 a=32767+1=-32768，剩下的 b 取最后 16 位，=-1，c 也取最后 16 位，int 也是 16 位，但没有负数，所以范围是 0-65535首先将 u 和 v 表示为补码，然后取最后 16 位，分别为 65535 和 32767

ps：在编译中unsigned int前面也应有short），给自己注解读写。

v=-98304

由于 C 使用补码表示 v=fffe8000，因此需要考虑符号位。

v=%u，则要求在未签名的书中表示 v，即不考虑符号位。

所以它显示 f*16 7+f*16 6+。14*16^4+8*16^3=4294868992

ABC 以十进制形式显示正数和负数，CD 以无符号形式将所有数字显示为正数

它应该与记忆有关。

我说也许你不同意：计算机不知道负数和正数是什么，它只是按照二进制规则加了一串固定长度的 01 序列，在 16 位二进制平台下总共有 2 16 种排列，人们用这些排列来代替负数、0 和正数， 并使二进制对应的十进制数+1也有一个+1的值，这样它们在十进制系统中的范围正好是-32768+32767。当 32767+1 时，计算机中的最高位数是 1，后跟 15 个零，实际上是 32768 的十进制数。

但根据上面的规则，这串二进制序列应该对应 -32768，所以在输出时，“软件在前面加一个”。'-'数。 如果您告诉软件按无符号数字输出，则 -32768 会立即变为 +32768。 根据上面的解释，32767+2 有符号输出为 -32767，无符号输出为 32769。

以下**可以验证：

我想你看到了......

由于读者感到困惑，一些 C 语言教科书指出 int 类型的变量占用了 2 个字节的内存，取值范围是 -32768 32767，为什么 32767+1 的输出会得到 32768 的答案，这不是超出了 int 的表达范围吗？ 究其原因，一些新教科书仍然使用以前的标准C教科书，而旧教科书则使用标准的16位C版本

1.溢出：当数据类型超过计算机字长限制时发生的数据溢出。

2.溢出的可能原因：

当应用程序读取用户数据并将其复制到应用程序创建的内存缓冲区时，但不能保证缓冲区中有足够的空间。

假设你定义了一个数组 int

array[10]，而 array[11] 在调用时使用

或存储的数据超出 int 类型容量等），内存缓冲区可能会溢出。

3.溢出因子分析：

由于 C C++ 语言的固有缺陷，它不检查数组边界，不检查类型可靠性，而用 C C++ 语言开发的程序可以直接访问内存和寄存器，因为目标**非常接近机器内核，只要代码合理， C C++ 应用程序在执行效率方面必然会优于其他高级语言。但是，C C++ 语言更有可能导致内存溢出问题。

4.对于堆栈溢出，程序只是以错误终止。

对于数组类型的边界溢出越界，有时会产生中断错误，有时仍然可以继续运行，但结果不正确。

对于最大溢出的基本类型，结果尚无定论，程序仍能正常运行，但结果不正确。