使用Python subprocess.Popen启动子进程是否影响主进程及存在副作用？

问题背景 #

我正在排查用Python的subprocess.Popen库启动Windows进程时的“副作用”问题。有一家大型软件公司指责我的软件导致其程序崩溃，我需要确认这类副作用是否真的存在，同时想了解Python启动Windows命令的优劣实践。

我的软件基于Python 3.7+Qt5开发，经PyInstaller编译。对方称我的GUI因包含HTML调用了Windows库MsHTML，进而引发其软件崩溃。我原本认为通过subprocess启动的子进程和主进程独立运行、不共享内存，启动方式和用户在cmd里输入命令一致。

代码片段 #

import time
import subprocess
import threading
_SYSTEM_ENCODING = 'utf-8'  # 补充原代码未定义的系统编码变量

def execute_command(command, env=None):
    res = subprocess.Popen(command,
                           shell=True,
                           stdout=subprocess.PIPE,
                           stderr=subprocess.PIPE,
                           env=env,
                           creationflags=subprocess.CREATE_NO_WINDOW)

    start = time.time()
    output, error = res.communicate()
    execution_time = time.time() - start

    if output:
        output = output.decode(_SYSTEM_ENCODING, errors='replace')
    else:
        output = ""

    if error:
        error = error.decode(_SYSTEM_ENCODING, errors='replace')
    else:
        error = ""

    return res.returncode, output, error, execution_time


def start_software():
    # do some stuff

    execute_command('"C:\\Program Files\\Software\\Software.exe" --foo --faa ')

    # do some other stuff


# 避免阻塞PyQt5图形界面，因为Windows命令可能运行数小时或数天
th = threading.Thread(target=start_software)
th.start()

注：修正了原代码的两处笔误：time()改为time.time()、Threading.thread改为threading.Thread，路径反斜杠改为双反斜杠避免转义问题。

潜在问题分析 #

• shell=True的风险：使用shell=True会启动cmd.exe作为中间进程，这个子进程会继承主进程的环境变量、权限上下文，甚至某些系统资源句柄。如果主进程的环境被Qt或PyInstaller修改过（比如自定义PATH、系统变量），可能间接影响启动的目标程序，极端情况下可能通过系统资源竞争影响其他进程。
• CREATE_NO_WINDOW的影响：这个标志会让子进程不创建控制台窗口，但可能改变进程的控制台关联状态。部分依赖控制台输入输出的程序可能出现异常，但一般不会直接导致第三方软件崩溃。
• 线程阻塞问题：communicate()会等待子进程结束，意味着start_software线程会被阻塞直到目标程序退出。不过这只会影响你的GUI响应，不会直接引发第三方软件崩溃。
• MsHTML库的冲突可能：如果你的Qt GUI使用了HTML组件（比如旧版Qt WebEngine），确实会调用系统的MsHTML库。如果第三方软件也依赖MsHTML，可能存在DLL版本冲突、系统COM对象竞争、GPU资源抢占等问题。这种冲突和subprocess启动本身无关，属于主进程组件和第三方软件在系统层面的资源竞争。

验证方向 #

• 单独运行你的软件，不启动第三方软件，查看系统事件日志是否有MsHTML相关的异常。
• 直接在cmd中启动第三方软件，同时运行你的软件，观察是否触发崩溃，排除subprocess启动方式的影响。
• 检查你的软件是否修改了全局环境变量或注册表项，这些变更可能间接影响其他进程。
• 收集第三方软件崩溃时的dump文件和系统事件日志，定位崩溃的具体模块和调用栈，确认是否和MsHTML直接相关。

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