Windows7下使用subprocess.Popen执行dir命令遇FileNotFoundError求助

我之前也碰到过一模一样的问题！让我帮你理清楚哪里出问题了。

首先，subprocess.Popen的参数格式和shell=True的关系很容易搞混，咱们一步步拆解：

1. 为什么不用shell=True时会报FileNotFoundError？ #

当你不设置shell=True时，Popen的第一个参数必须是命令和参数组成的列表，而且第一个元素得是系统能在PATH里找到的命令名（或者可执行文件的完整路径）。如果你的命令里包含管道、重定向这类shell专属语法，直接拆成列表是行不通的——因为这些语法是shell负责解析的，并不是命令本身的参数。

举个典型的错误示例（大概率就是你踩的坑）：

# 错误：把带管道的命令拆成列表，Popen会把"|"当成要执行的文件，自然找不到
subprocess.Popen(["ls", "-l", "|", "grep", ".py"])

2. 两种正确的处理方式 #

方式一：保留shell语法时用shell=True（注意安全） #

如果你确实需要用管道、重定向这类shell功能，可以设置shell=True，但这时候第一个参数要传完整的字符串命令，而不是列表：

# 正确：带管道的命令用字符串，配合shell=True
subprocess.Popen("ls -l | grep .py", shell=True)

⚠️ 划重点：如果命令里包含用户输入的内容，shell=True会有注入攻击的风险，这种场景尽量别用。

方式二：不用shell=True，用Python手动实现管道 #

这也是Popen比run灵活的核心优势——可以用多个Popen实例串联实现管道逻辑，完全不需要shell介入：

# 正确：用两个Popen实现管道，参数都用列表，安全又灵活
p1 = subprocess.Popen(["ls", "-l"], stdout=subprocess.PIPE)
p2 = subprocess.Popen(["grep", ".py"], stdin=p1.stdout, stdout=subprocess.PIPE)
p1.stdout.close()  # 确保p1在p2退出时能收到SIGPIPE信号
output = p2.communicate()[0].decode("utf-8")
print(output)

3. 复盘你的两次尝试 #

你提到两次尝试都报错，大概率是这两种情况之一：

• 带shell语法的命令被拆成了列表，却没设shell=True
• 设了shell=True但还是传了列表（此时Popen会把列表第一个元素当命令，剩下的当shell的参数，也可能触发找不到文件的错误）

按照上面的方法调整，应该就能解决问题啦！

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