咱先把核心结论说清楚：默认情况下，subprocess.call() 并不会修改当前工作目录——它会直接继承Python脚本运行时的当前工作目录。所以你遇到的找不到sox的问题，大概率和工作目录没关系，得从其他方向排查。

下面给你分析几个最常见的原因，以及对应的解决办法：

1. Python运行环境的PATH和手动CMD的PATH不一样 #

有时候咱们手动打开的CMD用的是用户级环境变量，但如果Python是通过管理员权限启动、或者用了虚拟环境、或者是IDE自带的终端，它加载的环境变量可能和手动CMD完全不同。

验证方法： #

在Python脚本里加几行代码，打印当前的PATH环境变量：

import os
print(os.environ['PATH'])

然后对比你手动在CMD里输入echo %PATH%的结果，如果发现sox所在的路径没出现在Python的PATH里，那就是环境变量没加载到位。

解决办法： #

要么重启Python运行环境（IDE/终端）让新的PATH生效，要么在脚本里手动把sox的路径加到PATH中：

import os
import subprocess

# 替换成你实际的sox安装路径下的bin目录
sox_bin_path = r"C:\Program Files\sox-14-4-2\bin"
os.environ['PATH'] += os.pathsep + sox_bin_path

# 之后再调用sox命令
subprocess.call(['sox', 'input.wav', 'output.mp3'])

2. 调用subprocess时没指定完整路径或未用shell模式 #

手动在CMD里输入sox时，CMD会自动在PATH里查找可执行文件，但subprocess默认用shell=False的模式，这时候系统的路径解析逻辑可能和CMD有差异（尤其是Windows系统）。

解决办法： #

• 最稳妥的方式：直接使用sox可执行文件的完整路径调用：

  subprocess.call([r"C:\Program Files\sox-14-4-2\bin\sox.exe", 'input.wav', 'output.mp3'])
  

• 如果你确认参数安全（没有用户输入的内容），也可以开启shell=True让系统像CMD一样解析命令：

  subprocess.call('sox input.wav output.mp3', shell=True)
  

3. 环境变量修改后未重启相关程序 #

如果你刚把sox添加到系统PATH里，但是没重启你的Python IDE或者终端，那Python进程还是用的修改前的旧环境变量，自然找不到sox。

解决办法： #

直接重启你的IDE（比如PyCharm、VS Code）或者重新打开终端，再运行脚本试试。

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