我在 Linux 中有一个在后台运行的进程写入标准输出。
我无法将其作为 subprocess
运行在 python 脚本中。
有没有办法使用它的 PID 从 python 脚本中捕获它的标准?有点使用 strace -p<pid> -e write
在 bash 中。
编辑:
- 我正在寻找类似 python
Queues
的东西或Pipes
. - 我想避免改变调用后台进程的方式(例如,将标准输出转发到管道/文件)。
- 后台进程和 python 脚本将由同一用户启动。
最佳答案
如何处理此问题取决于一些细节,例如谁拥有后台进程,以及您可以更改它的启动方式。
案例 1:不是你的后台进程
如果您不拥有后台进程,则无法读取其输出,除非该进程以某种方式使其输出可用。 (想象一下,如果一个进程可以捕获其他任何人的进程输出......其他人的脚本将能够读取您的电子邮件阅读器或文本编辑器的控制台输出。)
案例 2:您的后台进程
即使您的 Python 脚本将由运行后台进程的同一用户运行,调用者在它启动后使用其文件描述符也已经太晚了。让后台进程首先将其输出发送到您想要的任何地方会更好——要么通过重定向其标准输出,要么通过重写进程以记录到文件。
选项:使用 tee
拆分标准输出
如果其他东西依赖于该后台进程的标准输出,您可以通过管道输出 tee
,它将所有输入的副本保存在一个文件中,然后将该输入作为标准输出重复。
$ cat out.txt
cat: out.txt: No such file or directory
$ echo "This is a test." | tee out.txt | wc
1 4 16
$ cat out.txt
This is a test.
使用 tee -a <filename>
附加到文件而不是覆盖它。
选项:/proc/
文件系统技巧
您可以尝试阅读/proc/${bg_process_pid}/fd/1
,如 Manuel Jacob's comment 中所述.我对 /proc/
的有限经验文件描述符符号链接(symbolic link)是他们很少做你想做的,但我只从命令行尝试过。
充其量,我可以让字符显示在正确的终端窗口中,但它们不会被捕获为输出(也不会被视为某些子进程的输入)。我不确定这是不是 bash
或 /dev/pts/${some_number}
伪终端干扰了我正在尝试做的事情,Linux 中的某些安全功能,或者我只是没有做对。
案例三:守护进程
如果后台进程是完全成熟的守护进程(值得怀疑,但有些人在说“后台进程”时包括守护进程),它会在启动后立即完全脱离其控制终端——所以它不会没有stdout
通常意义上的。如果您有权获得其 /proc/${pid}/fd/0
的长列表和 1
, 你会看到它们是 /dev/null
的符号链接(symbolic link).
我发现了一些似乎重定向 stderr
的服务器进程到一个文件,但他们的系统启动脚本不这样做。我怀疑打开的文件描述符 2 实际上是由守护进程显式打开的,只是碰巧重用了数字 2。
这是一个 Apache 的例子 httpd
旧式 Fedora Linux 服务器上的守护进程:
# ls -l /proc/1408/fd/[012]
lr-x------. ... /proc/1408/fd/0 -> /dev/null
l-wx------. ... /proc/1408/fd/1 -> /dev/null
l-wx------. ... /proc/1408/fd/2 -> /var/log/httpd/error_log
Samba 的 nmbd
和 smbd
进程做了类似的事情。
关于python - 使用 Python 使用其 PID 捕获 Linux 进程的标准输出,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37535170/