最好每次都刷新 stdout/stderr 吗？

如何解决最好每次都刷新 stdout/stderr 吗？

来自这个堆栈溢出帖子：Is stdout line buffered,unbuffered or indeterminate by default?

从那篇文章中，它指出“C99 标准没有指定三个标准流是无缓冲还是行缓冲：这取决于实现。”

#include <stdio.h>

int main(void) {
    printf("Enter name: ");
    fflush(stdout);
    printf("Another name: ");
    fflush(stdout);
    return 0;
}

那么，这是否意味着我们每次打印时都要确保它对用户可见，每次都刷新它是最安全的选择？由于缓冲取决于实现？

#include <stdio.h>

int main(void) {
    puts("Enter name:");
    fflush(stdout);
    puts("Another name: ");
    fflush(stdout);
    return 0;
}

即使在换行符上，每次都刷新还是最好的吗？

我想 100% 确保用户看到输出，因此最好每次都刷新吗？即使在stderr？由于缓冲取决于实现？

解决方法

看看您展示的具体示例，与调用 fflush 不太可能有明显的区别。特别是，你只是写了两行数据，然后退出。正常退出程序（通过调用 exit 或从 main 返回）需要：

接下来，所有带有未写入缓冲数据的打开流都被刷新，所有打开的流都被关闭，并且所有由 tmpfile 函数创建的文件都被删除。

因此，这里唯一的可能性是系统在第一个 fflush 调用之后立即崩溃（或按照该顺序崩溃），但在您的程序退出之前。

然而，我猜想，真正的意图是当您打印出“输入姓名：”提示时，您打算让程序停止并从用户那里读取姓名：

printf("Enter name: ");
char name[256];
fgets(name,sizeof(name),stdin);

对于这种情况，通常不需要刷新输出流。

特别是，标准说：

当流被行缓冲时，字符将被当换行符被发送到主机环境或从主机环境发送遭遇。此外，字符旨在作为一个块传输到主机填充缓冲区时的环境，当在未缓冲的流上请求输入时，或当在需要传输的行缓冲流上请求输入时来自宿主环境的字符。

现在，您可以提出一些论点，即这仅讨论了预期的内容，而不是要求的内容。这基本上归结为相当简单：操作系统可以进行一些缓冲，而您的程序几乎无法控制或无法控制。所以，它基本上归结为非常简单：当您从 stdin 读取时，如果任何内容已写入 stdout，但尚未刷新，它将在系统等待之前自动刷新来自 stdin 的输入（除非您已将一个或两个重定向到一个文件）。

我有理由肯定，基本上每个明确进行刷新的论点都是纯理论的。理论上，可能有一个系统不会自动执行此操作，并且可能不会完全违反标准的任何严格要求。

然而，实际上，实际系统分为两类：一类是自动刷新的，因此通过明确地执行您将一无所获；另一类，刷新根本没有任何好处，因此您将一无所获明确地做。

仅作为后者的一个例子，IBM 大型机的一些旧终端在您可能称之为屏幕缓冲模式的情况下工作。基本上，你会向终端发送一个表格。然后用户将数据编辑到表单中。然后，当他们填写完整个表格后，他们按下了“发送”按钮，整个表格的所有数据立即被发送到 CPU。在这样的系统上，调用 fflush 将（几乎）不足以使代码工作。

总结

有些系统不需要调用 fflush。
有些系统调用 fflush 是不够的。
我有理由确信，没有任何系统调用 fflush 既必要又充分。

我想 100% 确保用户看到输出，因此最好每次都刷新吗？

对于“100% 确保”最佳实践不是基于输出后刷新，而是在输入前刷新 stdout。当输出不以 '\n' 结尾时尤其如此。

最好在fflush(stdout);时

就在来自 stdin 和 ...的输入之前
自从 stdin 的先前输入以来，已经有一些输出。

更频繁地调用 fflush(stdout); 不会影响功能，但可能会不必要地减慢代码。

即使没有输入，fflush(stdout); 也有第二种情况：调试。有时，stdout 中缓冲的信息会发生致命错误。因此，为了更好地分析，在可疑的错误代码之前需要 fflush(stdout);。

即使在换行符上，每次都刷新还是最好的吗？

对于“100% 确保”，在这种情况下，刷新 stdout 的规则是 soft enough 甚至有义务在阅读之前 fflush(stdout);。

然而，stdout 在启动时应该是无缓冲的或行缓冲的（见下文），并且通常在这种情况下不需要刷新。

即使在标准错误上？

C 规范具有“在最初打开时，标准错误流未完全缓冲的;当且仅当可以确定该流不引用交互式设备时，标准输入和标准输出流才会被完全缓冲。"

只要对 stderr 的写入以 '\n' 结束并且缓冲模式没有改变，那么应该可以看到输出。

看看 C++ 如何处理行尾很有趣。

What is the difference between endl and \n in C++?

@paxdiablo 很好地回答了 Why does printf not flush after the call unless a newline is in the format string?

不是真的，不是。我刷新逻辑块，这样我就可以或多或少地告诉程序崩溃的地方，并且没有额外的艰难调试时间，因为它在缓冲区中输出崩溃。

这个想法是我要在去之前调用 fflush() 并做一些除了产生更多输出之外的事情。

flush 太多 = 代码慢。

在读取输入之前调用 fflush() 是无害的（唯一的问题是它是否会隐式执行），因此如果您出于某种原因这样做，则没有理由停止这样做。>

最好每次都刷新 stdout/stderr 吗？

如何解决最好每次都刷新 stdout/stderr 吗？

解决方法

总结

相关推荐