ffmpeg调用失败主因是环境配置不当：需确保已安装并可执行，推荐显式写全路径；参数须逐个传入而非拼接字符串；避免无限制并发，应使用channel控制并发数。
ffmpeg 命令行调用失败：找不到命令或 permission denied
Go 里用 exec.Command 调 FFmpeg，最常见的是直接报 "exec: "ffmpeg": executable file not found in $PATH" 或 "permission denied"。根本原因不是 Go 写错了，而是运行环境没配好。
- 确保目标机器（尤其是 Linux/macOS）已安装 FFmpeg，且在 shell 中能直接敲
ffmpeg -version返回版本号 - Go 程序若以非交互式方式运行（比如 systemd、cron、Docker），
$PATH可能不包含/usr/local/bin或/opt/homebrew/bin—— 推荐显式写全路径，比如exec.Command("/usr/local/bin/ffmpeg", "-i", ...) - Windows 下注意扩展名：
ffmpeg.exe必须带.exe后缀，否则exec.Command("ffmpeg", ...)在某些 Go 版本下会静默失败 - Docker 镜像别用
golang:alpine基础镜像直接跑 —— Alpine 默认没 FFmpeg，且 musl libc 和 FFmpeg 二进制可能不兼容；改用debian:slim或官方jrottenberg/ffmpeg
Go 调用 ffmpeg 时参数顺序和转义出错
FFmpeg 对参数顺序极其敏感，-i 必须紧挨输入文件，-c:a 和 -b:a 要成对出现，而 Go 的 exec.Command 传参时不经过 shell，所以不用引号、也不自动拆分空格 —— 这既是优势也是坑。
- 错误写法：
exec.Command("ffmpeg", "-i input.mp3 -c:a libmp3lame -b:a 128k output.wav")→ 把整串当做一个参数，FFmpeg 会报Invalid argument - 正确写法：每个参数单独一个字符串：
exec.Command("ffmpeg", "-i", "input.mp3", "-c:a", "libmp3lame", "-b:a", "128k", "output.wav") - 含空格的路径必须原样传，Go 不负责加引号：
"./my audio file.mp3"是合法参数，FFmpeg 自己处理空格 - 避免用
cmd.Output()捕获全部输出 —— 大文件转码时 stdout/stderr 可能阻塞；改用cmd.StdoutPipe()和cmd.StderrPipe()流式读取
并发转换多个文件时 CPU 打满或 ffmpeg 崩溃
无限制启 goroutine 调 ffmpeg，等于同时开十几个 ffmpeg 进程，不仅抢光 CPU，还可能因内存不足被 OOM killer 干掉，尤其在低配机器上。
- 用带缓冲的 channel 控制并发数，例如
sem := make(chan struct{}, 4)，每启动一个任务前sem ，结束时 <code> - 不要用
runtime.NumCPU()当并发数 —— FFmpeg 是计算密集型，但单个实例已占满 1–2 核；4～6 是更稳妥的起点 - FFmpeg 默认启用多线程（-threads auto），无需额外设；但若手动指定
-threads 1，反而可能拖慢整体吞吐 - 注意临时文件竞争：多个 ffmpeg 同时往同一目录写
output_*.wav，得确保输出路径唯一（比如加随机后缀或基于输入文件名哈希）
Windows 下中文路径乱码或文件名截断
Go 1.15+ 在 Windows 上默认用 UTF-16 调系统 API，但部分旧版 FFmpeg（尤其非官方编译版）只认 ANSI 编码路径，导致打开文件失败或报 No such file or directory。
立即学习“go语言免费学习笔记（深入）”；
- 优先使用官方发布的 FFmpeg for Windows（https://ffmpeg.org/download.html），它支持 UTF-8 命令行参数
- 避免在路径中混用中文和特殊符号（如
【】、～），哪怕 Go 能传过去，FFmpeg 底层库也可能解析失败 - 调试时先用绝对路径 + 英文名验证逻辑，再逐步放开中文支持
- Go 侧可对路径做
filepath.Clean()和strings.ReplaceAll(path, "\", "/")统一分隔符，减少歧义
事情说清了就结束。真正卡住的点往往不在 Go 代码本身，而在 FFmpeg 的部署方式、参数拼接细节、以及并发资源边界——这些地方没对齐，脚本跑起来就是“时灵时不灵”。
