从一段小小的C语言程序说起（1）

 

 

既然是从一个C语言程序，那么就先把这程序贴出来，确实是一个很简单一眼就能看出肯定有问题的程序。

 

#include <stdio.h> int main(void) { char i[4]; scanf("%d %d", i, i+1); printf("i = %d/n", *i + *(i + 1)); return 0; }

 

第一个问题： 在运行中，如果输入300和200后，结果为什么会输出-12？

这个问题不难回答，其实在编译的时候gcc编译器就给出了两句警告也说明了这个问题。

 

也就是在输入的时候发生了截取，以下程序可以很好的说明情况。

 

#include<stdio.h> int main() { char i [4]; scanf("%d %d",i,i+1); printf("%d, %d/n", *i, *(i+1)); printf("%2x, %2x/n", *i, *(i+1)); printf("i = %d",*i + *(i+1)); return 0; }

 

输入：300 200  //12c c8
截取为：2c c8   //44 -56
结果为：-12

注：这里用截取只是好理解，实际上是污染了后面的内存空间

可能有人看不懂，那以-56为例说明如下：

10111000  //-56的原码
11000111  //反码
11001000  //补码，即c8

 

--------------------------------------------------------------------------------------------------------

 

第二个问题：

 

这里还有一个问题，只是因为数值输入的比较小，一个300，一个200，这个问题没有体现出来，就是这样输入对后面内存空间的“污染”问题（请允许我这里使用污染这个词，没想到更合适的）。

 

//把这句输入拆成两句单步调试 //scanf("%d %d",i, i+1); scanf("%d",i); scanf("%d",i+1);

会发现输入第一个300时，这时的数组i的内存空间是这样的i[0]:44 i[1]:1 i[2]:0 i[3]:0

解释起来很简单，300的二进制0000 0001 0010 1100（按4字节），依次对号入座就可以了

那么输入200时从i[1]开始，200的二进制0000 0000 1100 1000，再次对号入座

现在的数组i的内存空间就成了我们看到的 i[0]:44 i[1]:-56 i[2]:0 i[3]:0

 

所以当输入的数值过大时，问题就来了，i[2]和i[3]，最可怕的是可能不存在的所谓i[4]也被无奈赋值了

 

：如有差错，欢迎拍砖

 

------------------------------------------------------------------------------------------------------

 

转载我博客文章郑重声明：技术性网站著名原创作者即可转载，商业性网站必须经过我的同意才能转载，否则追究责任——

pang123hui的博客：

CSDN http://blog.csdn.net/pang123hui/