C语言puts()、gets()、getchar()、putchar()混用的运行结果差异问题

所有涉及的输入函数，本质上都是从**行缓冲模式的标准输入流（stdin）**读取数据，而非直接等待物理键盘输入：用户每次按下回车时，输入的所有内容（包括回车对应的换行符\n）会先整体存入stdin缓冲区，各函数按照自身规则从缓冲区取走指定长度的内容，未被取走的残留内容会留在缓冲区中，供下一次读操作直接取用，不会触发新的键盘输入等待。

第一段代码运行正常的原理 #

• gets()的读取规则是：持续读取字符，直到遇到换行符\n为止，且会主动将读到的换行符从缓冲区移除，替换为字符串结束符\0存入目标数组。
• 执行流程：用户输入字符串后按下回车，缓冲区存入全部输入内容+末尾\n；gets()取走全部有效字符串内容，同时消费掉残留的\n，此时stdin缓冲区为空。后续执行的getchar()发现缓冲区无有效数据，就会正常等待用户输入新字符，最终结果符合预期。

第二段代码运行异常的原因 #

• getchar()的读取规则是：仅从缓冲区读取1个字符，读取完成后就直接返回，不会消费缓冲区剩余内容。
• 执行流程：用户输入单个字符P后按下回车，缓冲区存入P+末尾\n；getchar()仅读取并输出P，那个按下回车产生的\n会完整残留在stdin缓冲区中。
• 后续执行gets(ch)时，函数启动后先去缓冲区找有效内容，直接读到了残留的\n：按照gets的规则，遇到换行符就判定字符串读取结束，此时ch被赋值为空字符串，同时残留的\n被消费。
• 接下来执行puts(ch)是正常运行的，但空字符串经过puts输出时，仅会自动打印一个换行符，没有其他可见内容，视觉上就会误以为程序卡住、没有执行后续步骤。最后一步的getch()会直接从物理键盘读取无回显字符、绕过stdin缓冲区，在用户没有按键输入时就会一直处于等待状态，进一步放大了程序卡住的观感。

额外注意事项 #

• gets()是被C语言标准彻底废弃的高危函数：它没有内置输入长度校验，一旦输入长度超过目标数组的容量就会造成栈内存溢出，正式开发中绝对禁止使用，替代方案为带长度校验的fgets()。
• getch()不属于C语言标准库函数，是早年DOS平台Turbo C的扩展接口，在现代主流编译环境中可移植性极差，无法跨平台正常运行。

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