对于缓冲流，书中提到它会等待缓冲区填满后再回写到监视器。例如：
cout << "hi";
What do they mean by "the buffer is full".
cerr << "hi";
It is said in my book that everything sent to cerr is written to the standard error device immediately, what does it mean?
char *ch;
cin>> ch; // I typed "hello world";
In this example ch will be assigned to "hello" and "world" will be ignored does it mean that it still in the buffer and it will affect the results of future statements?
你的书似乎不是很有用。
1) 输出流将其字节发送到一个 std::streambuf，该缓冲区可能包含一个缓冲区；std::ofstream 所使用的 std::filebuf（派生自 streambuf）通常会被缓冲。这意味着当您输出字符时，它不一定会立即输出；它将被写入缓冲区，并且只有当缓冲区满或以某种方式明确请求时，一般通过在流上调用 flush()（直接或间接地，通过使用 std::endl）才会输出到操作系统。然而，这可能会有所不同；向 std::cout 输出会与 stdout 同步，并且大多数实现将更多或更少遵循 stdout 的规则来更改缓冲策略，如果输出将发送到交互式设备，则会更改缓冲策略。
无论如何，如果您不确定，并且想要确保输出真正离开您的程序，请添加一个调用 flush 的语句。
2) 这本书在这里是错误的。
其中之一缓冲策略是 unitbuf；这是 std::ostream 中的一个标志，您可以设置或重置它（std::ios_base::set() 和 std::ios_base::unset() — std::ios_base 是 std::ostream 的基类，因此您可以在 std::ostream 对象上调用这些函数）。当设置了 unitbuf 标志时，std::ostream 在每个输出函数的末尾添加一个调用 flush() 的语句，因此当您编写如下内容时：
std::cerr << "hello, world";
unitbuf，则在字符串中的所有字符输出后，流将被清空。在启动时，std::cerr已经设置了unitbuf；默认情况下，在任何其他文件上都没有设置。但您可以根据需要自由设置或取消设置它。我建议不要取消std::cerr上的设置，但如果std::cout输出到交互设备，则在那里设置它是有意义的。streambuf中的缓冲区。通常，操作系统也会进行缓冲。刷新缓冲区所做的全部工作就是将字符传输到操作系统；这个事实意味着在需要事务完整性时不能直接使用ofstream。>>从字符串或字符缓冲区输入时，std::istream首先跳过前导空格，然后输入直到遇到下一个空格为止。按照标准的正式术语，它会“提取”流中的字符，以便它们不会再次被看到（除非您寻找，如果流支持它）。下一个输入将从上一个输入离开的地方开始。以下字符是在缓冲区中还是仍然在磁盘上并不重要。std::ostream使用streambuf输出一样，输入也使用streambuf进行缓冲。std::istream使用它来获取每个单独的字符。在std::cin的情况下，它通常是一个filebuf；当istream请求一个字符时，filebuf将从其缓冲区返回一个字符，如果有的话；如果没有，则会尝试重新填充缓冲区，例如从操作系统请求512（或其缓冲区大小）个字符。响应取决于设备的缓冲策略，如上文所述。std::cin连接到键盘，并且您已经输入了"hello world"所有的字符最终都会被流读取。（但如果使用 >>，会有很多您无法看到的空格。）std::cout << 1 << "hello" << ' ' << "world\n";
将四次写入文件操作合并为一次，可以提高效率。
但是对于 std::cout、cin 和 cerr 这些类型，它们默认情况下已关闭缓冲以确保可以与 std::printf 和 std::puts 等函数一起使用。
要重新启用缓冲（我建议这样做）：
std::ios_base::sync_with_stdio(false);
但是不要在控制台输出设置为false的情况下使用C风格的输出，否则可能会发生糟糕的事情。
clog与cerr相同，但我认为它始终是缓冲的。 - 111111#include <iostream>
int main() {
std::cout<<"Start";
//std::cout<<"Start"<<std::endl; // line buffered, endl will flush.
double j = 2;
for(int i = 0; i < 100000000; i++){
j = i / (i+1);
}
std::cout<<j;
return 0;
}
尝试比较两个 "Start" 语句之间的区别，然后改用 cerr。你注意到的差异是由于缓冲造成的。
在我的计算机上，for循环需要大约2秒钟，您可能需要调整 i < 的条件以适应您的计算机。
cout << "hi"时，该字符串可能只被复制到缓冲区中而未被写出。通常情况下，cout会等待该内存填满后才开始实际写出。std::string s;
cin >> s;
)
每次写入终端的调用都很慢，因此为了避免频繁执行缓慢的操作，数据会存储在内存中，直到输入了一定量的数据或手动使用fflush或std::endl刷新缓冲区。这样做的结果有时是文本可能不会在您期望的时刻写入终端。
由于错误消息的时间更加关键，因此忽略性能损失并且不对数据进行缓冲。但是，由于字符串作为单个数据传递，因此它将在一个调用中写入（在某个循环内部）。
它仍然会在缓冲区中，但是通过在一个三行程序中尝试它，您可以很容易地证明这一点。但是，您的示例将失败，因为您正在尝试写入未分配的内存。您应该将输入放入std::string中。
std::cerr的filebuf仍然像往常一样进行缓冲。区别在于设置了unitbuf，这意味着在每个>>结束时ostream执行刷新。（实际上是在函数顶部构造sentry对象的析构函数中。） - James Kanzeunitbuf，否则每个 '<<' 结尾处都会进行刷新。 - James Kanze
cout与stdio同步，并且默认情况下stdio是行缓冲的。 - Yakov Galkacin >> ch中，由于ch是一个指向字符字符串的指针且尚未初始化，因此它是一个“野指针”，这是未定义行为。其次，使用提取运算符>>与std::cin一起读取时，当遇到第一个空格时会停止读取，而输入缓冲区中仍有剩余内容。 - Raindrop7stdout/stderr上调用setvbuf可以控制它们的缓冲（无/行/满）。根据我对标准的阅读，只要cout/cerr与stdio同步（默认情况下），这应该有效地设置它们的缓冲区。 - Yakov Galka