Python中带end参数的print()多线程输出异常原因探究

这问题其实挺典型的，核心差异出在Jupyter的输出流和普通Python环境的stdout不是一回事，咱们一步步拆解：

首先得澄清：Python官方说print是“线程安全”，这个表述其实有前提——它指的是在CPython中，单个print调用的输出不会被其他线程的print完全打乱，但这个保障依赖底层stdout的实现。

1. 普通本地Python环境的情况 #

当你在本地运行.py文件时，sys.stdout是同步的终端流（_io.TextIOWrapper），它的write方法本身是线程安全的：单个write调用的内容绝对不会被其他线程的write插入。

那print(name, end=' ')内部做了什么？它会分两次调用write：先写name的字符串，再写end指定的空格。虽然是两次操作，但由于终端流的缓冲机制+GIL的调度特性，线程切换几乎不会刚好卡在这两次write之间，所以你看到的输出就是正常的name 格式，不会乱。

2. Jupyter Notebook的特殊之处 #

Jupyter里的sys.stdout被替换成了ipykernel.iostream.OutStream——这是个异步输出流，它不会直接把内容输出到终端，而是把所有write操作塞进一个队列，再由专门的线程异步把队列里的内容发送到网页前端。

这时候问题就来了：假设线程A执行write("A")，刚写完，线程B就切换进来执行write("B")，然后线程A才继续执行write(" ")。队列里的内容就变成了"A"、"B"、" "，最终输出到前端就是AB ，而不是你期望的A B 。

3. 为什么sys.stdout.write(name + ' ')就正常？ #

因为这个操作是一次性写入完整的字符串（把name和空格提前拼接好），整个字符串会作为一个整体被放进队列，不会被其他线程的write操作插进来，所以输出始终是name 的完整格式，不会出现交错。

简单总结：Jupyter的异步输出队列放大了线程切换的影响，让print内部两次write的间隙暴露了出来；而本地终端的同步流+调度特性，让这个间隙几乎不会被触发，所以看起来一切正常。

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