【已解决】Python的坑：os.system()运行带有空格的长路径和双引号参数有bug

在Python代码里运行DOS命令，可以使用os库的os.system()函数。其用法很简单，需要注意的是os.system不会返回输出的结果赋予一个变量。今天我发现了一个bug：当DOS命令行带有双引号路径、双引号参数时，os.system()运行的结果总是显示：“XXX（路径名） 不是内部或外部命令，也不是可运行的程序或批处理文件。”

我写了一个Python批量使用ffmpeg转换视频的代码。首先定义ffmpeg的路径：

ffmpeg_path = r'D:\Program Files\ffmpeg\bin\ffmpeg.exe'

当运行os.system(ffmpeg_path)会报错，这样写是入门时经常遇到的现象。

很显然路径名称中的Program Files含有空格，DOS要求凡是有空格的路径一定要加双引号，因此代码要这样改才能使os.system()正确执行：

ffmpeg_path = r'"D:\Program Files\ffmpeg\bin\ffmpeg.exe"'

今天我要讲的重点不是这个。

ffmpeg需要添加很多参数来转码，比如把ts格式的m3u8文件转换成mp4文件：ffmpeg -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "input.m3u8" -c copy "output.mp4"。

import os
inputfile = r'd:\temp\input.m3u8'
outputfile = r'd:\temp\output.mp4'
ffmpeg_path = r'"D:\Program Files\ffmpeg\bin\ffmpeg.exe"'
command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'

'''
print(command)
输出：
"D:\Program Files\ffmpeg\bin\ffmpeg.exe" -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "d:\temp\input.m3u8" -c copy "d:\temp\output.mp4"
'''

os.system(command)

这里的command字符串明明没问题，但到了os.system(command)又出同样的错：

 

我意识到又是双引号的问题了。如果去掉ffmpeg后面所有的参数、仅运行主程序呢？试试：os.system(ffmpeg_path)

结果是可以正常运行。是不是ffmpeg参数带有双引号就运行不了？

可是ffmpeg规定-protocol_whitelist 参数后面的类型 "file,http,https,crypto,tcp" 必须有双引号，改单引号或去掉都非法。-i 后的输入文件路径、以及末尾的输出文件路径如有空格，也必须加双引号。

前后调试了多次，我发现如果ffmpeg不加上完整的路径，os.system(command)可以成功运行。但需要作前提设置：要把ffmpeg的路径添加到系统路径的变量里（具体操作不作赘述）。

按照这个思路顺藤摸瓜，既然参数的双引号一定要加，那么主程序的路径名不加双引号，怎么操作？我突发奇想：ffmpeg的路径使用旧式的8位字符短路径又如何？把长路径中的“Program Files”改为“Progra~1”，代码改成这样：

inputfile = r'd:\temp\input.m3u8'
outputfile = r'd:\temp\output.mp4'
ffmpeg_path = r'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
command = f'{ffmpeg_path} -allowed_extensions ALL -protocol_whitelist "file,http,https,crypto,tcp" -i "{inputfile}" -c copy "{outputfile}"'

os.system(command)

意想不到的是os.system(command)居然成功运行了。ffmpeg转码的信息在屏幕里不停滚动，像瀑布一样哗哗直流。

“Progra~1”这种短路径表示方式可以说是Windows系统的绝对路径，能彻底访问含空格、或带奇怪字符的路径，这是多年前Win9x年代的玩法，现在还有多少人记得？方法虽旧，但却很管用。

小结一下：os.system()的bug在于：

条件1：当命令行的主程序路径含有空格时，路径必须有双引号。

条件2：命令行的参数带有双引号。

这两个条件都满足的情况下，运行会报错：“XXX（路径名） 不是内部或外部命令，也不是可运行的程序或批处理文件。”

我当前的Python版本是3.10，也许os.system()函数没有考虑周全像DOS命令行参数带双引号这种情况。

解决办法：

1、主程序的路径改用旧式的8位字符短路径，并且去掉其双引号。后面的参数保留双引号，不用改。

或者

2、把主程序所在的路径添加到Windows系统的环境变量%PATH%，os.system()就可以直接使用程序名称，不需要添加路径名。

以上的小结有点啰嗦，我作个通俗一点的表格归纳一下使用os.system()运行ffmpeg成功与否的组合搭配：

序号	程序名	参数	结果
（1）	带长路径程序名	"参数"	路径缺双引号，报错。
（2）	"带长路径程序名"	"参数"	路径和参数都带双引号却报错。我认为是BUG。
（3）	"带长路径程序名"	参数	参数不带双引号，如果程序对某些参数不要求带双引号就能正常运行，否则会报错。
（4）	"带长路径程序名"		可以运行，但没有参数，运行程序可能达不到预期的效果。
（5）	程序名	"参数"	程序名前没有路径，程序必须在当前路径或者在系统%PATH%变量中才能成功，否则报错。
（6）	短路径的程序名	"参数"	成功。短路径的程序名不需要加双引号了。

最后再教一招：如何获取短路径？

方法1：在cmd命令提示符下用 dir /x 命令查看。

方法2：Python代码引入win32api的GetShortPathName函数进行获取：

from win32api import GetShortPathName
ffmpeg_path = r'D:\Program Files\ffmpeg\bin\ffmpeg.exe'
ffmpeg_path = GetShortPathName(ffmpeg_path)
'''
print(ffmpeg_path)
输出：
'D:\Progra~1\ffmpeg\bin\ffmpeg.exe'
'''