我进行了基本的尽职调查，但在任何地方都找不到一个好的答案。
我想调用 subprocess.Popen，当控制流被中断时它们仍然会引发 Python 异常，但我想同时重定向 stderr。
该用例用于不应输出警告但其内部逻辑仍想了解子进程问题的命令行客户端。
例如，这会静默重定向所有错误：
subprocess.Popen(command, stderr=subprocess.PIPE)
将 Python 模块作为带有内容的子进程调用：
raise(Exception("AVAST!"))
不会引发任何事情。
如果它重定向所有错误文本，但仍然会引发任何过早停止控制流的事情，那就太好了。我是否需要使用返回码并希望我调用的所有子流程都正确实现了这一点？
到目前为止我想到的最好的事情是手动解析重定向的错误，在我看来这是一个非常糟糕的实现。
有没有一种干净规范的方法来做到这一点？
【问题讨论】：
标签： python exception subprocess stderr
没有办法通过像 stderr 这样的文本管道传递异常，因为你可以通过文本管道传递的只是文本。
但是有几个选择：
stderr 中的异常。subprocess。例如，如果您通过 subprocess 运行 Python 脚本的唯一原因是为了获得核心并行性（或内存空间隔离），那么使用 multiprocessing 或 concurrent.futures 可能会容易得多，它们已经构建了为您传播异常的机制。来自您的评论：
我的用例是调用一堆非 Python 第三方的东西。如果返回码是标准库模块传播错误的方式，我很乐意使用它们。
不，Python 标准库使用Exceptions 传播错误。你也应该这样。
返回码是非 Python 第三方事物传播错误的方式。 （实际上，它们是如何传播错误和意外信号的，但是……不用担心。）这仅限于 7 位的数据，而且含义并没有真正标准化，所以它不是那么好。但这就是 POSIX 子进程模型中的所有内容，所以这就是通用程序所使用的。
您可能想做的与subprocess.check_call 所做的相同——如果返回码不为零，则引发异常。 （事实上，如果你没有做任何异步操作，首先问问自己是否可以使用check_call，而不是显式使用Popen 对象。）
例如，如果您这样做：
output, errors = p.communicate()
改成这样：
output, errors = p.communicate()
if p.returncode:
raise subprocess.CalledProcessError(p.returncode, 'description')
（描述通常是子进程路径或名称。）
然后，您的其余代码就可以处理异常了。
【讨论】：