为何Python的end和flush参数会影响控制台打印速度？

先整理你的测试数据：

• 未指定end，flush=False：13.01秒
• 未指定end，flush=True：13.97秒
• end=" "，flush=False：0.47秒
• end=" "，flush=True：6.46秒
• 补充：显式指定end='\n'比未指定end的情况耗时更长

1. 为什么flush=True比flush=False更慢？ #

控制台输出属于慢速IO操作，速度远低于内存内的数据处理。Python的print()默认用行缓冲机制：当输出包含换行符\n时，缓冲区会自动刷新到控制台；flush=False时，只有缓冲区满或遇到换行才会触发实际IO。

开flush=True时，每一次print()都会强制把缓冲区内容立刻刷到控制台，等于把10万次小IO操作直接执行，每次都要等控制台响应，总耗时自然更高。而flush=False时，虽然默认end='\n'会触发行缓冲刷新，但相比强制每次刷，还是少了不少系统调用的额外开销，所以更快。

2. 仅把end换成空格，为什么耗时差这么大？ #

核心还是缓冲机制。当end=" "时，输出内容不含换行符\n，行缓冲不会自动触发刷新。flush=False的情况下，Python会把所有输出先攒在内存缓冲区里，直到缓冲区填满（或循环结束程序退出），才一次性把所有内容刷到控制台。

这相当于把10万次IO操作合并成了寥寥几次，而默认end='\n'时每一次print()都会触发一次行缓冲刷新，等于10万次IO操作。IO次数差了几个数量级，耗时自然天差地别。

3. 为什么end=" "时flush=True比flush=False慢13倍？ #

逻辑和第一个问题一致：flush=True强制每次print()都做一次控制台IO，10万次操作累加起来耗时极高；而flush=False是攒够数据再一次性刷，IO次数极少，总耗时自然只有前者的零头。

4. 显式指定end='\n'为什么比默认情况更慢？ #

默认情况下print()的end参数确实是'\n'，但显式指定可能触发了Python内部不同的代码路径——比如默认情况有针对性的优化逻辑，而显式传参时会走通用处理流程，多了参数检查或额外操作。另外也可能和VSCode控制台的处理有关：显式传入的换行符可能被控制台做额外格式处理，导致耗时增加。不过这种差异通常很小，你测试里的差距也可能是多次测试的误差，或是特定环境下的表现。

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