Windows10环境下C语言getchar()与EOF宏的行为特性咨询

所有观测到的现象和C语言本身逻辑无关，核心差异来自Windows控制台默认的行缓冲（熟输入模式）规则：C标准库的getchar()不会直接读取键盘实时输入，而是从控制台维护的行输入缓冲区中拉取数据，Ctrl+Z的EOF触发逻辑是控制台层实现的，和K&R教材编写时参照的UNIX系统输入规则存在本质区别。

核心底层规则 #

Windows控制台处于默认行缓冲模式时，遵循三条直接对应观测现象的固定逻辑：

• 所有键盘输入会先暂存在行编辑缓冲区，用户可以在按回车前退格修改内容，直到按下回车键，整行缓冲区的内容才会被推送到C标准库的输入流，getchar()此时才会开始逐字符从流中读取数据。
• Ctrl+Z对应的ASCII码为0x1A，本身是可被渲染的普通控制字符（控制台默认渲染为右箭头）；只有当Ctrl+Z出现在回车后的新行起始位置时，控制台才会将其识别为EOF信号，直接标记输入流结束，不会把0x1A字符推送到输入流。
• 如果Ctrl+Z出现在一行的中间或末尾位置，控制台不会触发EOF，只会将0x1A作为普通字符写入行缓冲区，同时立刻丢弃该行缓冲区中Ctrl+Z之后输入的所有内容，后续输入直到按下回车前都不会进入缓冲区，按下回车后当前缓冲区的现存内容会被整体推送到输入流。

各测试现象的对应解释 #

• 常规无Ctrl+Z输入时程序正常回显：属于行缓冲模式的标准行为，按回车后整行字符送入输入流，getchar()逐字符读取、putchar()逐字符输出，完全匹配代码的输入复制预期。
• 行尾输入Ctrl+Z时循环不终止、输出右箭头：此时Ctrl+Z不在新行行首，控制台不会触发EOF，仅将0x1A作为普通字符存入缓冲区；按回车后包含0x1A在内的整行内容送入输入流，getchar()读取到0x1A时将其作为普通字符传给putchar()，控制台渲染0x1A显示为右箭头，循环未收到EOF自然不会终止。
• 仅新行行首的Ctrl+Z可正常终止循环：完全匹配控制台的EOF触发规则：
  • 行尾输入^Z输出右箭头后，按下回车进入新行，此时在新行起始位置输入Ctrl+Z，控制台识别到行首的0x1A，触发EOF标记输入流结束，getchar()返回EOF，循环终止并打印End。
  • 输入完一行内容按回车进入新行后，直接在新行起始位置输入Ctrl+Z，同样满足EOF触发条件，直接终止循环。
• 行中间插入Ctrl+Z时仅回显前面内容、输出右箭头、循环不终止：此时Ctrl+Z不在行首，不会触发EOF；控制台直接丢弃Ctrl+Z之后输入的所有内容，缓冲区仅保留Ctrl+Z之前的字符+0x1A字符，按回车后这些内容送入输入流，getchar()读到0x1A时输出对应右箭头字符；由于未收到EOF信号，循环会继续等待下一行输入，不会终止。

补充说明：K&R《C程序设计语言》中的示例基于UNIX环境编写，UNIX系统下Ctrl+D触发EOF不需要位于新行行首，属于实时触发逻辑，和Windows控制台规则不同，因此会出现代码运行表现和教材描述不一致的情况，不属于代码编写错误。

内容的提问来源于stack exchange，提问作者CuriousPan