Python中print函数使用\r为何速度更快但输出不流畅？

为什么带\r的版本打印内容更多，运行反而更快？ #

别被“多打了一个\r字符”的表象误导，耗时差和输出字节数几乎没关系，核心是终端行缓冲机制+逐行渲染的开销差：

• 第一段代码用的是print()默认配置，每次输出结尾自动加换行符\n。当Python的标准输出对接交互式终端时，默认开着行缓冲模式：只要输出内容里碰到换行符，就会立刻把当前缓冲区攒的所有内容推到终端做实际渲染，同时终端还要完成新行创建、旧内容向上滚动的图形渲染操作。1000次循环就硬触发1000次缓冲区刷新+1000次行滚动，IO和图形渲染的累计开销非常大，总耗时跑到2秒多很正常。
• 第二段代码你设了end=''，输出里只有回车符\r——这个字符的作用只是把光标挪回当前行首，根本不算换行，碰不到行缓冲的自动刷新触发条件。绝大多数输出内容会暂时存在内存的输出缓冲区里，不会立刻推给终端渲染，直接省掉了上千次的强制刷新和行滚动开销。你测到的0.46秒本质是代码把内容写进内存缓冲区的时间，根本不是所有内容渲染到屏幕的总耗时，看起来快太正常了。

为什么\r版本输出跳变、完全不流畅？ #

这个现象是两个规则叠在一起导致的：

• 首先还是缓冲的问题：没有换行符触发自动刷新，输出内容会在缓冲区攒到固定大小（通常是几百字节到几KB，对应你这个场景刚好是100多次循环的输出量），才会一次性整批推给终端。
• 其次是回车符的覆盖特性：你每次输出开头都带\r，相当于同一行的内容会被后输出的内容直接覆盖。就算缓冲区里攒了\r0\r1\r2...\r110这一堆内容，终端真正渲染的时候，前面0到109的内容都会被后续的内容盖掉，最后只会显示这批内容里的最后一个值110，看起来就像数值按110左右的步长跳，中间的数字连露脸的机会都没有。

你测的sys.stdout.write()结果也完全符合这个逻辑：sys.stdout.write()只是比print()少了参数解析、自动加结尾符的一点点封装开销，底层的缓冲规则、终端的渲染逻辑半毛钱没变，所以就算换了写方法，不主动碰刷新的话，\r版本该跳还是跳。

怎么实现流畅的单行刷新效果 #

要连贯的单行刷新效果很简单，每次输出之后强制刷新缓冲区就行，改完的代码如下：

import time

tic = time.perf_counter()

for x in range(1000):
    print('\r' + str(x), end='', flush=True)

toc = time.perf_counter()
print()
print(toc - tic)

注意开了强制刷新之后，每次输出都会触发终端渲染，运行耗时会和第一段逐行打印的代码基本持平。如果你的循环速度远超过显示器的刷新帧率（普通屏幕大多是60帧/秒，每秒最多渲染60次内容变化），还是会出现数值跳变，这种情况可以适当控制刷新频率，比如每10次循环再刷一次，或者加个毫秒级的小延时匹配屏幕帧率，就能得到丝滑的显示效果。

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