标准输入只能为行缓冲吗？设置全缓冲后仍显行缓冲的原因？

这个问题我之前也碰到过，核心原因其实不是你的代码写错了，而是终端设备的默认行为限制了stdio缓冲模式的生效，咱们一步步说清楚：

1. 终端驱动的行缓冲优先级更高 #

当你的程序直接在命令行运行时，stdin关联的是交互式终端设备。大多数类UNIX系统（Linux、macOS等）的终端驱动默认是行缓冲模式——也就是说，终端会把你输入的字符暂存起来，直到你按下回车，才会把整行数据一次性发送给程序的stdin缓冲区。

这是终端层面的机制，和你用setvbuf设置的stdio库缓冲是两回事。哪怕你把stdio的stdin设成全缓冲，终端没把数据送过来，程序里的scanf就一直处于等待状态，自然要等回车才会有输出。

2. setvbuf对标准流的限制 #

C语言标准里明确提到，对于stdin、stdout这类标准流，setvbuf的行为可能依赖于具体的系统实现。当流连接到交互式设备（比如终端）时，系统有权忽略你设置的缓冲模式，强制使用行缓冲或无缓冲，目的是保证交互操作的即时性——毕竟没人愿意输入一个字符等半天程序才响应。

你的代码里如果setvbuf返回0，说明stdio层面确实设置了全缓冲，但终端的行缓冲机制在更底层起作用，所以你看不到预期的效果。

3. 如何验证全缓冲是否真的生效？ #

如果想测试setvbuf的全缓冲是否生效，可以把stdin重定向到文件：

1. 新建一个input.txt文件，里面只写数字3（不要加回车）
2. 运行你的程序：./your_program < input.txt

这时候你会发现程序直接输出number : 3，不需要回车。因为文件是块设备，终端的行缓冲机制不生效，stdio的全缓冲模式就正常工作了。

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