使用subprocess调用tasklist /m命令出现挂起问题求助

我之前也碰到过Windows环境下用subprocess调用系统命令挂起的类似状况，结合你的代码和描述来看，大概率是管道缓冲区阻塞或者未处理stderr输出导致的，下面给你拆解原因和几种可行的解决办法：

可能的触发原因 #

• tasklist.exe /m imm32.dll会枚举所有加载了imm32.dll的进程，输出内容可能较多，默认的管道缓冲区如果没及时读取，会导致进程挂起等待缓冲区释放。
• 你的代码只捕获了stdout，但没处理stderr。要是tasklist执行时产生了stderr输出（比如权限不足、枚举某个进程出错），会导致进程因等待stderr缓冲区被读取而卡住。
• Windows下子进程如果没设置合适的创建标志，可能和父进程的控制台交互出现异常，进而引发挂起。

具体解决方案 #

方案1：同时捕获stderr，避免缓冲区阻塞 #

修改代码，把stderr也重定向到PIPE或者直接忽略，确保进程的所有输出都能被处理：

import subprocess
command = ['tasklist.exe', '/m', 'imm32.dll']
# 同时捕获stdout和stderr，也可以用subprocess.DEVNULL忽略错误输出
p = subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
out, err = p.communicate()
# 可以打印err看看有没有错误信息，Windows下默认编码是GBK
print(err.decode('gbk'))

方案2：用subprocess.run()简化调用（推荐） #

subprocess.run()是Python 3.5+推出的高级接口，内部已经封装了管道处理和进程等待的逻辑，稳定性更强：

import subprocess
command = ['tasklist.exe', '/m', 'imm32.dll']
# 加上timeout参数，避免无限挂起，时长可以根据实际情况调整
result = subprocess.run(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE, timeout=10)
# Windows下命令输出用GBK解码，避免乱码
out = result.stdout.decode('gbk')
err = result.stderr.decode('gbk')

方案3：添加Windows特定的进程创建标志 #

如果是控制台交互引发的问题，可以添加creationflags=subprocess.CREATE_NO_WINDOW让tasklist在无窗口模式下运行，减少交互干扰：

import subprocess
command = ['tasklist.exe', '/m', 'imm32.dll']
p = subprocess.Popen(
    command,
    stdout=subprocess.PIPE,
    stderr=subprocess.PIPE,
    creationflags=subprocess.CREATE_NO_WINDOW
)
out, err = p.communicate(timeout=10)

方案4：异常时主动终止子进程 #

如果还是出现挂起，可以在捕获异常时主动终止子进程，避免残留进程：

import subprocess
import traceback

command = ['tasklist.exe', '/m', 'imm32.dll']
p = subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
try:
    out, err = p.communicate(timeout=10)
except subprocess.TimeoutExpired:
    p.terminate()  # 先尝试优雅终止
    p.wait()  # 等待进程彻底结束
    print("进程超时已被终止")
except Exception as e:
    p.kill()  # 异常情况下强制杀死进程
    traceback.print_exc()

额外提示 #

• Windows下命令行的默认编码是GBK（或GB2312），解码输出时记得用decode('gbk')，不然容易出现乱码。
• 如果tasklist的输出确实超大，可以考虑分块读取stdout，但communicate本身已经处理了缓冲区问题，优先试试前面的方案就好。

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