Python中使用subprocess.call()传递绝对路径的问题

这种问题我在调试外部程序调用时碰到过好多次，大概率是工作目录或者隐藏的错误输出没被捕获导致的，给你几个具体的排查和解决方向：

• 检查脚本的工作目录
  很多外部程序会默认在当前工作目录生成输出文件，但Python脚本的工作目录不一定和你手动运行cmd时的目录一致。你可以先在脚本里打印当前工作目录确认：

  import os
  print("当前工作目录:", os.getcwd())
  

  如果发现目录不对，要么先切换到目标目录再调用程序，要么在subprocess.call里通过cwd参数指定程序运行的工作目录（比如程序所在的目录）：

  import subprocess
  # 假设程序在C盘根目录，指定工作目录为C盘根目录
  subprocess.call(['C:/program.exe', 'C:/input.txt'], cwd='C:/')
  

• 捕获程序的输出和错误信息
  有时候程序其实有报错，但默认情况下subprocess.call不会把这些信息打印出来。推荐用Python3.5+支持的subprocess.run来捕获标准输出和错误输出，这样就能看到程序的真实反馈：

  import subprocess
  result = subprocess.run(
      ['C:/program.exe', 'C:/input.txt'],
      stdout=subprocess.PIPE,
      stderr=subprocess.PIPE,
      text=True  # 以文本形式返回输出，方便阅读
  )
  print("程序标准输出:\n", result.stdout)
  print("程序错误输出:\n", result.stderr)
  

  这里大概率能找到问题根源，比如输入文件路径识别错误、输出目录无写入权限等。

• 确认路径格式是否兼容
  虽然Python支持正斜杠作为路径分隔符，但部分Windows程序可能对反斜杠的兼容性更好。试试把路径改成原始字符串的反斜杠格式：

  subprocess.call([r'C:\program.exe', r'C:\input.txt'])
  

• 检查权限与显式指定输出路径
  手动运行cmd的用户权限，和Python脚本运行的权限可能存在差异（比如脚本用普通用户运行，而手动cmd是管理员）。另外，如果程序支持显式指定输出路径，直接在参数里指定输出文件的绝对路径是最稳妥的方式，能彻底避开工作目录的问题：

  # 假设程序允许通过第三个参数指定输出路径
  subprocess.call(['C:/program.exe', 'C:/input.txt', 'C:/desired_path/output.txt'])
  

• 对比手动命令与脚本参数
  仔细核对你手动在cmd里输入的完整命令，和脚本里的参数是否完全一致。比如手动运行时有没有加引号？有没有额外的参数？确保脚本里的参数和手动执行的命令100%匹配。

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