最直接的方式是用 os.Rename 逐个重命名，但需注意：同分区才原子生效，跨分区需 io.Copy + os.Remove；须校验目标路径设备号、非法字符、命名冲突及覆盖行为差异；正则替换应使用 regexp.ReplaceAllString 和 $1 引用，避免并发重命名，路径拼接务必用 filepath.Join。
用 os.Rename 逐个重命名是最直接的方式
Go 没有内置批量重命名函数，必须自己遍历文件并调用 os.Rename。它本质是原子操作，但只支持同分区移动；跨分区会失败并报错 invalid cross-device link。所以第一步得先确认目标路径是否在同一文件系统。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 用
os.Stat获取源文件和目标目录的sys.Dev（需类型断言到*syscall.Stat_t）比对设备号 - 若跨设备，得改用
io.Copy+os.Remove模拟“重命名”，但要注意大文件时内存和进度控制 - 目标文件名含非法字符（如
/、\0、Windows 下的:）会导致os.Rename直接 panic，务必提前校验
处理命名冲突时不能靠“先删后建”
如果目标文件已存在，os.Rename 在大多数系统上会直接覆盖（Linux/macOS），但在 Windows 上默认失败并返回 file exists 错误。行为不一致，不能依赖。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 统一用
os.Stat检查目标路径是否存在，再决定是跳过、覆盖还是报错 - 覆盖前加开关参数（如
-f），避免误删重要文件 - 不要用
os.Remove+os.Rename组合——中间状态可能被其他进程写入，导致数据丢失
正则替换命名要用 regexp.ReplaceAllString 而非 strings.Replace
用户常想把 IMG_001.jpg → vacation_001.jpg，或按序号重排。硬编码字符串替换太死板，regexp 更灵活，但容易忽略匹配边界和分组引用。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
regexp.MustCompile(<code>^IMG_(\d+)\.jpg$) 确保只匹配完整文件名，避免IMG_001_old.jpg被误改 - 替换模板用
$1引用捕获组，不是\1（Go 正则不支持反斜杠引用） - 注意
filepath.Base和filepath.Ext提取文件名与扩展名，别直接对全路径做正则，否则/会干扰
并发重命名反而容易出问题
有人想用 goroutine 加速，但文件系统调用本身不是瓶颈，且并发写同一目录易触发 race 或权限冲突（尤其 NFS 或某些挂载点）。实测在 SSD 上，串行处理千个文件通常不到 200ms；并发反而因锁竞争变慢。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 完全没必要开 goroutine 处理单个
os.Rename - 如果要支持“预览模式”（显示将如何重命名但不执行），才值得用 channel 分离计算与 IO
- 唯一适合并发的场景是：重命名前需调用外部命令提取元信息（如 exiftool），此时 IO 等待可并行，但重命名本身仍应串行
filepath.Join 必须用对，漏掉一个 ./ 或多加一个 /，就可能把文件重命名到根目录或者报 no such file or directory。还有 Windows 用户常忽略大小写，test.txt 和 TEST.TXT 在 NTFS 下算同一个文件，但 Go 的 os.Rename 不会自动去重，得自己判断。 
