ffmpeg批处理场景下跨操作系统for循环变量写法规则问询

Windows CMD环境下的for循环变量本质 #

• 你在CMD里接触到的带%前缀的循环变量（%i、%f、%F、%G这类），不存在任何预设的专属功能，本质是可以自由定义的单字符自定义标识。
• CMD对for循环的变量名有强制语法限制：必须是单个英文字母，不支持多字符命名，这也是所有这类脚本里循环变量全是单字母的核心原因——不是i、f这些字母自带特殊作用，是语法本身不支持多字符的循环变量名。
• 循环变量是大小写敏感的：%i和%I、%F和%f是两个完全独立的变量，选哪个字母全凭写脚本的人的使用习惯，完全可以互相替换，只要循环的in段和do段保持字母一致，运行逻辑不会产生任何变化。
• 最容易混淆的修饰符逻辑：大家经常在脚本里看到的%~fi、%~nxG这类写法，~f、~nx是固定的文件路径拓展修饰符，后面跟的i、G才是自定义的循环变量。比如你把循环基础变量设为%X，取文件全路径就写成%~fX，不存在“i对应取全路径、f对应取文件名”这类固定绑定。
• 两种场景的格式差异：直接在CMD交互命令行敲for循环时，变量前只需要单个%；如果把for循环写进.bat/.cmd批处理文件里，变量前要多叠加一个%，也就是写成%%X的格式，这是语法解析的要求，不是变量本身的功能变了。

不同操作系统的语法边界 #

• 带%前缀的循环变量写法完全是Windows CMD的专属规则，在Linux/macOS的默认Shell（Bash、Zsh等）环境里，for循环的变量不需要加任何前缀，你在Linux见到的for f就是这类系统的标准写法。
• Linux的Shell循环变量没有单字符强制限制，f只是大家习惯用的短名字，哪怕写成for input_file都是完全合法的，变量本身也没有预设特殊含义，和Windows里的%f在功能上完全等价，只是两边的语法前缀规则不同。
• 举个两边等价的ffmpeg批量转码写法对比：
  • Windows CMD交互行写法：for %i in (*.mp4) do ffmpeg -i "%i" "%~ni.wav"
  • Linux Bash等价写法：for f in *.mp4; do ffmpeg -i "$f" "${f%.*}.wav"; done

常见认知误区 #

• 不存在%i、%f这类变量的功能差异或者特殊适配，所有合法的单字符循环变量的能力完全一致，选哪个只是脚本作者的个人习惯。
• 不要把路径拓展修饰符和变量名的字母绑定：不管循环变量选什么字母，修饰符的运行规则是通用的，不会因为选了G或者F就改变修饰符的行为。

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