Python中print()使用end参数后为何需额外按回车运行代码？

这不是「需要按回车代码才执行」，是终端行缓冲机制+交互式环境提示符输出逻辑造成的视觉错觉：代码在你点击运行时就已经执行完毕，只是输出内容暂时卡在缓冲区没显示到屏幕上，你按回车的动作只是触发了缓冲区刷新，把之前没显示的结果刷了出来。
具体逻辑拆解：

• 所有带交互式提示符（就是你看到的>输入标记）的Python运行环境，标准输出流默认开启行缓冲模式：缓冲区攒的内容只有碰到换行符\n时，才会被真正推送到屏幕显示。
• Python的print()函数默认会在输出内容末尾加一个换行符\n，刚好能触发缓冲刷新，所以平时用不会有显示问题。当你手动传end="d"把结束符改成非换行字符时，这行print执行完输出流里只有abcd四个字符，末尾没有换行，内容就会暂时卡在缓冲区里。
• 此时代码已经跑完，交互环境准备输出下一个>提示符等待新输入，但因为缓冲区没刷新，你看不到已经输出的abcd，会误以为代码没启动。当你按下回车键，终端会接收到换行信号强制刷新缓冲区，之前卡住的abcd就会被打印出来，后面紧跟着新的提示符，就形成了你看到的abcd>|的显示效果。

你测试的加空print()的代码之所以正常，是因为无参数的print()默认会输出一个换行符，刚好触发缓冲区刷新，前面的abcd会立刻显示，换行后再输出新的提示符，完全符合预期。

如果自定义end参数后想让内容立刻显示，不需要额外按回车，两种写法都可以：

• 给print函数加flush=True参数，强制跳过缓冲直接输出内容：

print("abc", end = "d", flush=True)

• 在所有自定义end的打印逻辑最后，补一个不带参数的print()输出换行，手动触发缓冲刷新。

注：这个现象不是Python的bug，是所有交互式终端通用的行缓冲优化逻辑——攒够一行再刷到屏幕，能大幅降低IO操作频率，提升终端运行效率。

内容的提问来源于stack exchange，提问作者R. N. T.