C中的getchar()无需按Enter键即可完成

From my 上一篇文章 https://stackoverflow.com/q/27297811/3429430，我知道 getchar() 仅当我们按 Enter 时才完成。让我们考虑一下这段代码：

#include<stdio.h>
main()
{
  getchar();
  getchar();
  getchar();
  getchar();
  getchar();


}

我期望它像这样运行：我按某个 key1 然后按 Enter，然后按 key2 和 Enter，然后 key3 和 Enter，然后 key4 和 Enter，最后按 key5+Enter，程序现在应该终止。这并不是实际发生的情况。发生的情况是这样的：我按某个 key1，然后按 Enter，然后按 key2 和 Enter，然后按 key3 和 Enter，程序最终终止！

• 为什么最后两个 getchar() 不起作用？

我观察到的另一个奇怪的事情是，如果我这样做：key1，key2，key3，key4+Enter，那么程序就会终止。例如。如果我连续按 q、w、e 和 r，然后按 Enter，程序就会终止。

• 为什么不是所有的 getchar() 都要求输入？这是否意味着 getchar() 将任何其他键作为 Enter ？那么下一个键是否会被作为下一个 getchar() 的输入呢？

让我们考虑另一个代码：

#include<stdio.h>
main()
{

  int c=getchar();
  int d=getchar();
  int e=getchar();
  printf("2 getchar are remaining\n");
  int f=getchar();
  int g=getchar();
  printf(" c is %d, d is %d, e is %d, f is %d and g is %d",c,d,e,f,g);

} 

我输入：ABCDEFG 然后回车。线路还剩 2 个 getchar应该在我按 C 或 D 时立即打印。但它最后打印，意味着所有 getchar() 同时执行 - 这很奇怪。

• 程序不是逐行执行的吗？ IE。在第三次 getchar 之后， printf() 应该可以工作。但当所有 getchar() 都执行完毕后，它终于起作用了。

按 Enter 键后 getchar() 就完成了，这是不正确的。只要有字符需要读取，getchar() 就会完成。这种差异很重要：例如，如果您使用将标准输入重定向到文件的程序：

$ hexdump -C abcd_file 
00000000  61 62 63 64 65                                    |abcde|
00000005

$ ./in < abcd_file 
$

请注意，“abcd_file”是一个包含“abcde”的文件，没有换行符，并且您的程序完成时不需要在任何地方添加换行符。这是因为文件始终提供字符而不等待换行符。

另一方面，通用终端或终端仿真器具有称为“规范模式”的操作模式。规范模式意味着终端支持“命令行处理设施”，并且在用户按下 ENTER 之前不会发出可用字符的信号。这就是错误的“getchar() waits for ENTER”故事的来源。您可以将终端从规范模式切换出来，然后看到它检索所有字符，而无需按 Enter 键：

$ stty -icanon; ./in; stty icanon
ggggg$

在本例中，没有输入的 5 个字符使程序完成。

最后， getchar() 看起来提前返回的原因是它还返回 ENTER 字符。所以“a\nb\nc\n”是6个字符，前5个由getchar()返回，第六个在程序结束后从终端队列中删除。输入“abcd\n”还意味着 getchar() 将立即可用于 5 次连续读取，因为终端队列中存储了 5 个字符。

http://www.gnu.org/software/libc/manual/html_node/Noncanonical-Input.html#Noncanonical-Input http://www.gnu.org/software/libc/manual/html_node/Noncanonical-Input.html#Noncanonical-Input