文章首发及后续更新：https://mwhls.top/2333.html
新的更新内容请到mwhls.top查看。
无图/无目录/格式错误/更多相关请到上方的文章首发页面查看。

stackoverflow热门问题目录

如有翻译问题欢迎评论指出，谢谢。

为什么printf在遇到新行时才清空缓冲区，而不是调用后立即清空？

• Crazy Chenz asked:
  • 为什么printf不会在调用后立刻清空缓冲区，而是出现新行的时候才会？这是POSIX行为准则吗？以及我怎样使用printf才能立即清空缓冲区？
• Answers:
  • Rudd Zwolinski – vote: 763
    • stdout流默认是行缓冲，所以只会在到达新的一行时才会输出缓冲区内容（或者被告知输出的时候）。如果想立刻输出的话，这里有几个方式：
    • 使用fprintf函数的stderr来进行打印输出（stderr默认无缓冲）：
    • fprintf(stderr, “I will be printed immediately”);
    • 使用fflush函数清空stdout：
    • printf(“Buffered, will be flushed”);fflush(stdout); // Will now print everything in the stdout buffer
    • 注：Andy Ross在评论中提到的方法也可以，只要使用setbuf关闭stdout的缓冲即可：
    • setbuf(stdout, NULL);
    • 或者更安全的setvbuf函数，具体解释见这里：
    • setvbuf(stdout, NULL, _IONBF, 0);
  • paxdiablo – vote: 134
    • 不，不是POSIX行为标准，而是ISO行为标准（如果硬要说的话，它也算是POSIX行为标准，不过仅在遵照于ISO标准时）
    • 如果它检测到交互式设备时，标准输出是行缓冲，否则它是全缓冲。所以这里下面提到的这个情况中，printf在碰到新行时并不会清空缓冲区：
    • myprog >myfile.txt
    • 这可以提高不少效率，假如你和一个用户交互，他们可能想要逐行获取信息。而如果是输出成文件，那么可能就是一个无人的终端与你交互，自然不需要立刻输出（不过也可能出现有人想追踪文件进度的情况）。现在来讨论下用户想要看到每个字符，会出现的两个问题：
    • 第一个问题，这样做的效率很低。第二个问题，ANSI C最初是基于现有标准来制定规则的，而不是设定新的规则，这些规则的年龄比ANSI大多了。即便是如今的ISO，在修改现有规则时，都得很小心谨慎。
    • 至于解决它的办法，在输出后调用fflush(stdout)，就可以立即显示缓冲区内容。
    • 或者也可以在stdout前用setvbuf函数来设置无缓冲，这样就不用每次都在输出后面加上fflush来清空缓冲区了。
    • setvbuf (stdout, NULL, _IONBF, BUFSIZ);
    • 要知道如果发送文件时使用无缓冲会非常影响性能。也要直到这个是由已定义的实现来支持，而非标准。
    • ISO C99标准的7.19.3/3提到：
      • 当流属于无缓冲时，字符将从源或者目的位置尽快输出。否则可以累积成块来传输。
      • 当流属于全缓冲时，字符将在缓冲区满时才作为块在环境中传输。
      • 当流属于行缓冲时，字符将在遇到新行时才作为块在环境中传输。
      • 此外，当缓冲区满、在无缓冲流中请求输入、在行缓冲流中请求输入时，字符将作为块在环境中传输。
      • 这些特性是已定义实现来支持的，可以被setbuf和setvbuf函数影响。
  • Southern Hospitality – vote: 29
    • 大概是因为效率，以及当多个程序写入一个TTY时，不会使得这些文件在行内交错。所以当A与B输出时，可以得到：
    • program A output
    • program B output
    • program B output
    • program A output
    • program B output
    • 虽然不太美观，但至少比这个好：
    • proprogrgraam m AB ououtputputt
    • prproogrgram amB A ououtputtput
    • program B output
    • 但要注意这样并不能保证在新行出现时清空缓冲区，所以如果有需要，记得手动清空缓冲区。

Why does printf not flush after the call unless a newline is in the format string?

• Crazy Chenz asked:
  • Why does printf not flush after the call unless a newline is in the format string? Is this POSIX behavior? How might I have printf immediately flush every time?
    • 为什么printf不会在调用后立刻清空缓冲区，而是出现新行的时候才会？这是POSIX行为准则吗？以及我怎样使用printf才能立即清空缓冲区？
• Answers:
  • Rudd Zwolinski – vote: 763
    • The stdout stream is line buffered by default, so will only display what’s in the buffer after it reaches a newline (or when it’s told to). You have a few options to print immediately:
      • stdout流默认是行缓冲，所以只会在到达新的一行时才会输出缓冲区内容（或者被告知输出的时候）。如果想立刻输出的话，这里有几个方式：
    • Print to stderr instead using fprintf (stderr is unbuffered by default):
      • 使用fprintf函数的stderr来进行打印输出（stderr默认无缓冲）：
    • fprintf(stderr, “I will be printed immediately”);
    • Flush stdout whenever you need it to using fflush:
      • 使用fflush函数清空stdout：
    • printf(“Buffered, will be flushed”);fflush(stdout); // Will now print everything in the stdout buffer
    • Edit: From Andy Ross’s comment below, you can also disable buffering on stdout by using setbuf:
      • 注：Andy Ross在评论中提到的方法也可以，只要使用setbuf关闭stdout的缓冲即可：
    • setbuf(stdout, NULL);
    • or its secure version setvbuf as explained here
      • 或者更安全的setvbuf函数，具体解释见这里：
    • setvbuf(stdout, NULL, _IONBF, 0);
  • paxdiablo – vote: 134
    • No, it’s not POSIX behaviour, it’s ISO behaviour (well, it is POSIX behaviour but only insofar as they conform to ISO).
      • 不，不是POSIX行为标准，而是ISO行为标准（如果硬要说的话，它也算是POSIX行为标准，不过仅在遵照于ISO标准时）
    • Standard output is line buffered if it can be detected to refer to an interactive device, otherwise it’s fully buffered. So there are situations where printf won’t flush, even if it gets a newline to send out, such as:
      • 如果它检测到交互式设备时，标准输出是行缓冲，否则它是全缓冲。所以这里下面提到的这个情况中，printf在碰到新行时并不会清空缓冲区：
    • myprog >myfile.txt
    • This makes sense for efficiency since, if you’re interacting with a user, they probably want to see every line. If you’re sending the output to a file, it’s most likely that there’s not a user at the other end (though not impossible, they could be tailing the file). Now you could argue that the user wants to see every character but there are two problems with that.
      • 这可以提高不少效率，假如你和一个用户交互，他们可能想要逐行获取信息。而如果是输出成文件，那么可能就是一个无人的终端与你交互，自然不需要立刻输出（不过也可能出现有人想追踪文件进度的情况）。现在来讨论下用户想要看到每个字符，会出现的两个问题：
    • The first is that it’s not very efficient. The second is that the original ANSI C mandate was to primarily codify existing behaviour, rather than invent new behaviour, and those design decisions were made long before ANSI started the process. Even ISO nowadays treads very carefully when changing existing rules in the standards.
      • 第一个问题，这样做的效率很低。第二个问题，ANSI C最初是基于现有标准来制定规则的，而不是设定新的规则，这些规则的年龄比ANSI大多了。即便是如今的ISO，在修改现有规则时，都得很小心谨慎。
    • As to how to deal with that, if you fflush (stdout) after every output call that you want to see immediately, that will solve the problem.
      • 至于解决它的办法，在输出后调用fflush(stdout)，就可以立即显示缓冲区内容。
    • Alternatively, you can use setvbuf before operating on stdout, to set it to unbuffered and you won’t have to worry about adding all those fflush lines to your code:
      • 或者也可以在stdout前用setvbuf函数来设置无缓冲，这样就不用每次都在输出后面加上fflush来清空缓冲区了。
    • setvbuf (stdout, NULL, _IONBF, BUFSIZ);
    • Just keep in mind that may affect performance quite a bit if you are sending the output to a file. Also keep in mind that support for this is implementation-defined, not guaranteed by the standard.
      • 要知道如果发送文件时使用无缓冲会非常影响性能。也要直到这个是由已定义的实现来支持，而非标准。
    • ISO C99 section 7.19.3/3 is the relevant bit:
      • ISO C99标准的7.19.3/3提到：
      • When a stream is unbuffered, characters are intended to appear from the source or at the destination as soon as possible. Otherwise characters may be accumulated and transmitted to or from the host environment as a block.
        • 当流属于无缓冲时，字符将从源或者目的位置尽快输出。否则可以累积成块来传输。
      • When a stream is fully buffered, characters are intended to be transmitted to or from the host environment as a block when a buffer is filled.
        • 当流属于全缓冲时，字符将在缓冲区满时才作为块在环境中传输。
      • When a stream is line buffered, characters are intended to be transmitted to or from the host environment as a block when a new-line character is encountered.
        • 当流属于行缓冲时，字符将在遇到新行时才作为块在环境中传输。
      • Furthermore, characters are intended to be transmitted as a block to the host environment when a buffer is filled, when input is requested on an unbuffered stream, or when input is requested on a line buffered stream that requires the transmission of characters from the host environment.
        • 此外，当缓冲区满、在无缓冲流中请求输入、在行缓冲流中请求输入时，字符将作为块在环境中传输。
      • Support for these characteristics is implementation-defined, and may be affected via the setbuf and setvbuf functions.
        • 这些特性是已定义实现来支持的，可以被setbuf和setvbuf函数影响。
  • Southern Hospitality – vote: 29
    • It’s probably like that because of efficiency and because if you have multiple programs writing to a single TTY, this way you don’t get characters on a line interlaced. So if program A and B are outputting, you’ll usually get:
      • 大概是因为效率，以及当多个程序写入一个TTY时，不会使得这些文件在行内交错。所以当A与B输出时，可以得到：
    • program A output
    • program B output
    • program B output
    • program A output
    • program B output
    • This stinks, but it’s better than
      • 虽然不太美观，但至少比这个好：
    • proprogrgraam m AB ououtputputt
    • prproogrgram amB A ououtputtput
    • program B output
    • Note that it isn’t even guaranteed to flush on a newline, so you should flush explicitly if flushing matters to you.
      • 但要注意这样并不能保证在新行出现时清空缓冲区，所以如果有需要，记得手动清空缓冲区。

Stackoverflow热门问题（七）-为什么printf在遇到新行时才清空缓冲区，而不是调用后立即清空？相关推荐

1. stackoverflow热门问题（二）- 如何确定C的数组的大小

   文章首发及后续更新:https://mwhls.top/1975.html 新的更新内容请到mwhls.top查看. 无图/无目录/格式错误/更多相关请到上方的文章首发页面查看. stackoverf ...

2. Stackoverflow热门问题（二十二）-如何在Windows cmd中得到程序返回值？

   文章首发及后续更新:https://mwhls.top/2873.html 新的更新内容请到mwhls.top查看. 无图/无目录/格式错误/更多相关请到上方的文章首发页面查看. stackoverf ...

3. 除非换行符在格式字符串中，否则为什么在调用后printf不会刷新？

   除非换行符在格式字符串中,否则为什么在调用后printf不会刷新? 这是POSIX行为吗? 每次如何立即使printf刷新? #1楼 stdout已缓冲,因此仅在换行符输出后输出. 要立即获得输出,请 ...

4. 速看！PMP新考纲、PMBOK第七版解读（附新考纲资料+PMBOK第七版电子书）

   21年对于项目管理从业者和研究者而言,是个非凡意义的一年,不仅是21年9月份 PMP 认证考试将使用新考纲,同时<项目管理知识体系指南>( PMBOK )第七版也在7月份发布. 内容的革新 ...

5. AMD正式公布第七代桌面级APU AM4新接口

   导读 本月5日,AMD正式公布了入门级的第七代桌面级APU为Bristol Ridge,在性能和能效方面较上一代产品拥有显著提升.AMD同时确认Zen处理器和新APU(Bristol Ridge)都将 ...

6. 项目管理指南PMBOK第七版通读总结，新考纲通读指南+第七版怎么学

   PMP考试已经改版. 相信大家都以熟知. 那么这里给大家分享几点关于新考纲大家该怎么去备考,以及关于新教材的一些改变. [本文小目录]: PMP新考纲 改版详情 PMP新考纲 备考指南 PMP新考纲 ...

7. 第七届“美通社新传播年度论坛”暨新传播年度大奖颁奖典礼开幕在即

   美通社(PR Newswire)第七届"新传播年度论坛"即将于2018年12月13日在上海四季酒店举办.本届论坛的主题为"赢媒体・赢响力",将汇集来自全球的权威 ...

8. 矿场无盘服务器,七号矿场引领传输新时代

   随着时代的高速发展, Web3.0时代也即将到来,海量数据的产生是必然的,如何确保数据有足够的存储空间,保证数据的安全,这就是未来需要攻克的难点,那么 IPFS网络去中心化存储.信息加密保护.信息不能 ...

9. 第七十三期:比特币迎来新的替代技术，能耗几乎为零！

   新颖算法与区块链一样安全,但更简单.更快速.更节能. 作者:布加迪编译来源 一项新的研究发现,欧洲现正在开发一种能耗几乎为零的技术,可以替代比特币及其他基于区块链的加密货币.这种替代技术一样安全,但速 ...

最新文章

1. RNA-seq分析-数据库
2. 【web安全】记一次 Commons Collections 新调用链的挖掘
3. 配置Struts2.0
4. Shell（12）——awk（2）
5. 简历中该怎么写自己了解html,我用HTML写简历
6. django09: ORM以及CSRF（旧笔记）
7. 容器编排技术 -- Kubernetes入门概述
8. 预测UI设计师未来发展方向
9. linux git 搭建 debian,基于Debian Linux搭建Git服务器
10. ae效果英文版翻译对照表_AE中CC效果英文对照表
11. Java主要学习哪些内容
12. win10系统崩溃怎么修复
13. 端午节之苍南懒人游 (*^__^*) ……
14. 计算机的数学知识的手抄报图片大全,数学手抄报图片大全获奖作品
15. 学习笔记(13):C++编程FFMpeg（QT5+OpenCV）实战--实时美颜直播推流-ffmpegSDK开发环境准备，第一个ffmpeg项目创建...
16. html width 100 无效,html css 样式中100%width 仍有白边解决办法
17. domino获取邮件中的密送的收件人-字段：Recipients
18. 玩转Python之Turtle画五角星
19. java 实现 ppt或pptx文件转换PDF文件 -- poi
20. 区块链时代的大数据生态

热门文章

1. step26 heat conduction theta scheme
2. 大数据工程师必备技能
3. 在线协作产品哪家强？微软 Loop 、Notion、FlowUs、Wolai
4. 《人月神话》（The Mythical Man-Month）5画蛇添足（The Second-System Effect）
5. vue当中实现悬浮球可拖拽
6. Stanford cars-数据集
7. 想学习制冷空调技术，找不到资料怎么办？
8. 2023年PMP 具体的考试时间是什么时候?
9. 贵州一个普通农民,拿着新买的手机追了6小时直播,他究竟在看啥?
10. OPTIX_ERROR_UNSUPPORTED_ABI_VERSION错误解决方法