将Python脚本输出通过管道传递至BASH时出现Broken Pipe问题

我太懂你碰到的这个坑了——用bash进程替换<(...)把Python脚本的输出传给less时，既蹦出了-bash: /dev/fd/63: Permission denied的权限错误，又收到了Python的BrokenPipeError堆栈信息。你提到的那个关于grep的broken pipe问题确实是同一类根源，本质是进程替换生成的临时文件描述符权限问题加上Python对管道断开的默认处理不够友好。

问题根源拆解 #

• 权限拒绝的原因：bash的进程替换会创建/dev/fd/xx这类临时文件描述符，但如果你的Python脚本没有正确处理stdout的输出模式，或者系统umask设置导致这个临时fd的权限不允许读取，就会触发权限拒绝。
• BrokenPipeError的原因：当less加载完内容或者你提前退出less时，管道会被立即关闭，但Python脚本还在尝试往已经断开的管道写数据——这是Python 3的默认行为（Python 2会自动忽略这个错误），所以会抛出这个异常。

具体解决办法 #

1. 绕开进程替换，用临时文件过渡

最简单的方式是先把脚本输出存到临时文件，再用less打开，完全避开进程替换的权限问题：

./myscript.py > temp_file_list.txt && less temp_file_list.txt && rm temp_file_list.txt

如果怕临时文件残留，可以用mktemp生成更安全的临时文件：

temp_file=$(mktemp)
./myscript.py > "$temp_file" && less "$temp_file"
rm "$temp_file"

2. 修复Python脚本的BrokenPipeError

要让Python脚本在管道断开时优雅退出，不抛出烦人的错误信息，可以捕获SIGPIPE信号（管道断开时系统会给进程发这个信号）：

import sys
import signal

def handle_sigpipe(_, __):
    sys.exit(0)

# 注册SIGPIPE信号处理函数
signal.signal(signal.SIGPIPE, handle_sigpipe)

# 你的脚本逻辑，比如输出文件列表
file_list = ["file a.txt", "file b.txt", "file c.txt"]
for file in file_list:
    print(file)

这样当管道断开时，脚本会直接退出，不会打印BrokenPipeError的堆栈信息。

3. 调整Python stdout的模式（针对权限问题）

有时候Python的stdout在某些环境下会被设置成非可读模式，导致进程替换的fd权限异常。你可以在脚本开头显式重新打开stdout，确保权限正确：

import sys
# 重新打开stdout，设置为行缓冲，确保权限正确
sys.stdout = open(sys.stdout.fileno(), 'w', encoding='utf-8', buffering=1)

这一步可以配合进程替换使用，解决权限拒绝的问题。

额外小技巧 #

如果你的脚本输出是每行一个文件名，且你想直接用less打开这些文件本身（而不是查看文件名列表），可以用xargs：

./myscript.py | xargs less

这样less会依次打开每个文件，按:n切换下一个，:p切换上一个。

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