Python 的 subprocess_subprocess 和主线程通信-CSDN博客

本文链接：https://blog.csdn.net/2401_84009929/article/details/137479129

具体来说，universal_newlines=True 参数会在以下情况下进行处理：

标准输入（stdin）：如果你向子进程发送文本数据，Python 会将其编码为字节流并传递给子进程的标准输入。子进程会将这些字节流解码为文本。
标准输出（stdout）和标准错误（stderr）：子进程的输出会被解码为文本，而不是字节流。这样在 Python 中可以更方便地处理输出的文本数据。

总的来说，universal_newlines=True 的作用是在 Python 中使用文本模式处理标准输入、输出和错误流，使得处理文本数据更加方便。

下面是一个示例代码，演示了如何使用 universal_newlines=True 参数来启用文本模式处理：

import subprocess

with open(fileName, "w") as logfile:
    proc1 = subprocess.Popen(
        ["./test"],
        cwd=testPath,
        stdin=subprocess.PIPE,
        stdout=logfile,
        stderr=subprocess.PIPE,
        bufsize=1,  # 行缓冲模式
        universal_newlines=True  # 使用文本模式
    )
# 发送 SIGINT 信号给 proc1, 相当于Ctrl + C
proc1.send_signal(signal.SIGINT) # proc1.poll() 值 None

print(proc1.pid)

# 关闭接收数据的程序。 直接终止子进程，可能导致子进程无法完成清理工作。
if proc1.poll() is None:
    proc1.terminate()

在Python的subprocess.Popen中，可以通过将bufsize参数设置为0来选择无缓冲的I/O。这意味着输入和输出都将被立即处理，而不会被缓冲。

以下是一个简单的示例，演示如何使用bufsize=0来执行子进程：

import subprocess

执行命令并将输出重定向到文件中

with open(“output.log”, “w”) as logfile:
proc = subprocess.Popen(
[“echo”, “Hello, World!”],
stdout=logfile,
stderr=subprocess.PIPE,
bufsize=0 # 选择无缓冲模式
)

等待进程结束

stdout, stderr = proc.communicate()

在这个示例中，我们将bufsize参数设置为0，以选择无缓冲模式。这意味着子进程的输出将会立即写入到output.log文件中。

需要注意的是，虽然选择无缓冲模式可以确保数据立即被处理，但可能会带来性能上的开销。因此，在实际使用时，需要权衡是否真的需要无缓冲模式

在Python的subprocess.Popen中，将bufsize参数设置为1可以启用行缓冲模式，这样输出会在每行结束时被写入文件。下面是一个示例代码，演示如何使用bufsize=1执行子进程：

import subprocess

执行命令并将输出重定向到文件中

with open(“output.log”, “w”) as logfile:
proc = subprocess.Popen(
[“echo”, “Line 1\nLine 2\nLine 3”],
stdout=logfile,
stderr=subprocess.PIPE,
bufsize=1 # 启用行缓冲模式
)

等待进程结束

stdout, stderr = proc.communicate()

在这个示例中，我们将bufsize参数设置为1，以启用行缓冲模式。这意味着子进程的输出会在每行结束时被写入到output.log文件中。这样可以确保每行文本都会即时地写入文件，而不是等到缓冲区满或者换行符出现才写入。

使用行缓冲模式可以在一定程度上提高实时性，特别是处理实时日志等情况时比较有用。

在 Python 的 subprocess.Popen 中，universal_newlines=True 参数用于指定以文本模式处理标准输入和输出。当设置为 True 时，标准输入和输出将被处理为文本而不是字节流。

具体来说，universal_newlines=True 参数会在以下情况下进行处理：

标准输入（stdin）：如果你向子进程发送文本数据，Python 会将其编码为字节流并传递给子进程的标准输入。子进程会将这些字节流解码为文本。
标准输出（stdout）和标准错误（stderr）：子进程的输出会被解码为文本，而不是字节流。这样在 Python 中可以更方便地处理输出的文本数据。

总的来说，universal_newlines=True 的作用是在 Python 中使用文本模式处理标准输入、输出和错误流，使得处理文本数据更加方便。

下面是一个示例代码，演示了如何使用 universal_newlines=True 参数来启用文本模式处理：

import subprocess

# 执行命令并将输出重定向到文件中
with open("output.log", "w") as logfile:
    proc = subprocess.Popen(
        ["echo", "Hello, World!"],
        stdout=logfile,
        stderr=subprocess.PIPE,
        bufsize=1,
        universal_newlines=True  # 启用文本模式处理
    )

# 等待进程结束
stdout, stderr = proc.communicate()

在这个示例中，输出会以文本形式写入到output.log文件中，而不是字节流形式。

`proc1.send_signal(signal.SIGINT)` 退出进程失败原因

在 Python 中，subprocess.Popen 用于启动子进程，并通过管道与其进行通信。你提到的 proc1.send_signal(signal.SIGINT) 是用来向子进程发送 SIGINT 信号（通常是 Ctrl+C），以尝试优雅地停止它。

如果 proc1.send_signal(signal.SIGINT) 调用后，子进程没有退出，并且 proc1.poll() 返回 None，这意味着子进程还在运行，并且没有因为接收到 SIGINT 信号而退出。可能的原因包括：

子进程没有正确处理 SIGINT：如果子进程没有安装信号处理器来响应 SIGINT 信号，或者其信号处理器没有正确实现退出逻辑，那么它可能不会响应这个信号。
子进程正在执行阻塞操作：如果子进程正在执行一个阻塞的 I/O 操作或长时间运行的任务，并且没有检查信号，那么它可能不会立即响应 SIGINT。
子进程可能是一个 shell：当你使用 shell=True 时，实际上是在启动一个 shell 来执行你的命令。这个 shell 本身可能会接收到 SIGINT 信号，但它不会将信号传递给其启动的程序（在这个例子中是 unbuffer ./test_yusur_futures_market_all）。
子进程权限问题：有时候，子进程可能因为权限问题而无法正常接收到或处理信号。
子进程已经死亡但状态未更新：极少数情况下，子进程可能已经死亡，但 Python 的 Popen 对象的状态还没有更新。这通常是因为 Python 与子进程之间的通信存在问题。

要解决这个问题，你可以尝试以下方法：

确保子进程正确处理 SIGINT：检查子进程的代码，确保它有一个信号处理器来处理 SIGINT，并优雅地退出。
使用 SIGTERM 而不是 SIGINT：有时，SIGTERM 比 SIGINT 更适合用来请求程序退出。你可以尝试使用 proc1.send_signal(signal.SIGTERM)。
不使用 shell=True：如果可能，避免使用 shell=True，直接传递命令和参数列表给 Popen。这可以减少因为 shell 导致的复杂性和不确定性。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。