MINGW64下Bash脚本解析Windows路径到变量调用7z失败问题

问题根源 #

核心问题是带空格的路径在变量赋值和调用时的引号/转义处理错误：

• 双引号内写/c/Program\ Files/7-Zip时，反斜杠会被当作普通字符保留，变量实际存储的是/c/Program\ Files/7-Zip，bash解析时会把\当成路径的一部分，自然找不到对应目录。
• 调用变量时不用双引号包裹，bash会按空格拆分变量内容，把拆分后的片段当作独立路径处理，导致路径被截断。

解决方法 #

1. 直接赋值路径并正确调用

赋值时用双引号包裹带空格的路径，内部空格无需转义；调用时必须用双引号包裹变量，避免空格拆分：

# 正确赋值：双引号包裹完整路径，空格无需转义
7zip="/c/Program Files/7-Zip"

# 调用时用双引号包裹变量和带空格的参数
"$7zip/7z" x "./$filename" -o"$extract_folder"

2. 用find命令定位7z.exe的正确写法

之前的find命令错误是因为路径的转义处理不当，正确写法是用双引号包裹带空格的搜索路径：

# 用双引号包裹带空格的路径，避免find解析错误
7zip_exe="$(find "/c/Program Files/7-Zip" -name 7z.exe | head -n 1)"

# 调用时同样用双引号包裹变量
"$7zip_exe" x "./$filename" -o"$extract_folder"

额外说明 #

在bash中处理带空格的路径/文件名时，记住两个核心原则：

• 赋值或引用路径时，始终用双引号包裹，避免bash按空格拆分内容。
• 双引号内部不需要给空格加转义符，转义符在双引号内会被当作普通字符处理。

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