为何pip list会触发BrokenPipeError，而pip freeze却不会？

执行pip freeze | head -1可以正常获取首行输出：

$ pip freeze | head -1
awscli==1.27.11

但执行pip list | head -1时却出现BrokenPipeError错误：

$ pip list | head -1
Package               Version
ERROR: Pipe to stdout was broken
Exception ignored in: <_io.TextIOWrapper name='<stdout>' mode='w' encoding='utf-8'>
BrokenPipeError: [Errno 32] Broken pipe

原因解析 #

核心原因是head -1的行为和pip两个命令的输出错误处理逻辑差异：

• head -1的行为：它读取到第一行内容后会立刻关闭标准输出管道，然后退出程序。这时候如果后续还有进程尝试往这个已经关闭的管道写数据，就会触发BrokenPipeError。

• pip freeze的处理：它采用简单的逐行输出逻辑，当尝试往已关闭的管道写数据时，会直接捕获到管道关闭的信号，程序立刻终止，不会额外输出错误信息。相当于写第一行后，下一行还没开始写或者刚写就发现管道断了，直接停了，不会报错。

• pip list的处理：它的输出流程更复杂——先输出表头，然后要用格式化工具（比如tabulate）生成表格内容。当管道被head关闭后，后续的写入操作触发了BrokenPipeError，但pip的错误处理机制在list命令下没有正确抑制这个异常，导致错误信息被打印到标准错误输出里。简单说就是pip list在管道断了之后，还有后续的清理或写入操作，没处理好这个错误，把异常抛出来了。

临时解决办法 #

如果想避免这个错误信息，可以把标准错误输出重定向到/dev/null：

pip list | head -1 2>/dev/null

或者转换成freeze格式输出，就和pip freeze一样不会报错了：

pip list --format=freeze | head -1

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