以char类型存储EOF（文件结尾）字符

我读过丹尼斯·里奇（Dennis Ritchie）的《 C编程语言》一书，该书int必须用于容纳EOF的变量-使其足够大以使其可以容纳EOF值-不能char。但是以下代码可以正常工作：

#include<stdio.h> 

main()  { 
  char c; 
  c=getchar(); 
  while(c!=EOF)  { 
    putchar(c); 
    c=getchar(); 
  } 
} 

没有更多输入时，getchar返回EOF。在上面的程序中，c具有char类型的变量能够成功保存它。

为什么这样做？根据上述书籍中的解释，该代码不起作用。

您的代码似乎可以正常运行，因为隐式类型转换偶然发生在正确的事情上。

getchar()返回一个int，其值适合unsigned char或的范围EOF（必须为负，通常为-1）。请注意，EOF它本身不是字符，而是一个信号，表明不再有可用的字符。

从中存储结果getchar()时c，有两种可能性。任何一种类型char都可以代表值，在这种情况下，即为的值c。或类型char 不能代表值。在这种情况下，尚不确定会发生什么。Intel处理器只是将不适合新类型的高位斩掉（有效地降低的模256值char），但是您不应该依赖于此。

下一步是比较c有EOF。由于EOF是一个int，c将被转换为一个int为好，保持存储在所述值c。如果c可以存储的值EOF，则比较会成功，但如果c能不存储该值，则比较会失败，是因为有信息不可挽回的损失，而转换EOF到类型char。

看来您的编译器选择使char类型签名，并使值EOF足够小以适合char。如果char未签名（或使用过unsigned char），则测试将失败，因为unsigned char无法保存的值EOF。

另请注意，您的代码还有第二个问题。由于EOF不是字符本身，而是您将其强制为一种char类型，因此很可能会有一个字符被误解为是EOF，对于一半可能的字符，如果可以正确处理它们，则是不确定的。