getchar()一些了解！
(2005-12-31 23:05)
分类： C/C++
看到CU上一个人发的帖子，我回答错误了，在网上找了些资料后对getchar()又有了一些新的了解。
getchar（）：
我们用getchar（）在控制台上取字符的时候，它首先要把所有取得的东西按照顺序放在内存的某个临时的地方，但我们输入回车时它会从这个地方开始在取字符，并按相同的顺序取，当取到回车时就是上次输入的最后一个字符，注意我们在一个程序里不论用多少getchar（），它都会存放在同一个地方，并且不断的向后增加，然后在用getchar（）取的时候会从上次取的后面继续取，只要这个存储的地方有字符，那么我们用getchar（）时控制台就不会停顿等待我们输入字符，只有当取到换行时才是表示这个地方完全空了，下次在用getchar（）的时候控制台才会停顿等待用户输入字符！
getchar()返回的是int型.
[code]
int c;
while((c = getchar()) != EOF)
{
....
}
while((c = getchar()) != EOF)
{
....
}
[/code]
原因在于程序中的变量c被声明为char类型，而不是int类型。这意味着c无法容下所有可能的字符，特别是，可能无法容下EOF。因此，最终结果存在两种情况。一种可能是：某些合法的输入字符在被“截断”后使得c的取值与EOF相同；另一种可能是，c根本不可能取到EOF这个值。对于前一种情况，程序将在文件复制的中途终止；对于后一种情况，程序陷入一个死循环。实际上，还有可能存在第三种情况：程序表面上似乎能够正常工作，但完全是因为巧合。尽管函数getchar的返回结果在赋给char类型的变量c时会发生“截断”操作，尽管while语句中比较运算的操作数不是函数getchar的返回值，而是“被截断”的值c，然而令人吃惊的是许多编译器对上述表达式的实现并不正确。这些编译器确实对函数getchar的返回值作了“截断”处理，并把低端字节部分赋给了变量c。但是，它们在比较表达式中并不是比较c与EOF，而是比较getchar函数的返回值与EOF！编译器如果采取的是这种做法，上面的例子程序看上去就能够“正常”运行了。
