filepath.walk 更适合批量重命名，因其原生支持递归遍历、自动处理权限错误（如返回 nil 继续）且避免手动递归导致的 panic；而 os.readdir 仅读取单层，需自行实现递归与错误恢复。
为什么 filepath.Walk 比 os.ReadDir 更适合批量重命名的遍历场景
批量重命名往往需要递归处理子目录，而 filepath.Walk 天然支持深度优先遍历且自动跳过权限不足的目录（通过回调错误控制），os.ReadDir 则只读当前层，需手动递归并自行处理错误中断和符号链接循环。若忽略这一点，工具在遇到 Permission denied 或 too many open files 时会直接 panic。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
filepath.Walk配合自定义filepath.WalkFunc，在回调中过滤文件（如只处理.txt或非目录项） - 遇到
fs.ErrPermission时返回nil继续遍历，而非return err中断整个流程 - 避免在 Walk 过程中直接调用
os.Rename修改正在遍历的路径——这可能导致后续路径失效（尤其 Windows 下）；应先收集待处理文件列表，再统一执行重命名
如何安全地生成新文件名：避开 os.Rename 的跨设备错误与覆盖风险
os.Rename 在 Linux/macOS 上本质是 rename(2) 系统调用，不支持跨文件系统移动，且默认不校验目标文件是否存在——直接使用极易导致静默覆盖或报错 invalid cross-device link。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
filepath.Dir(oldPath)和filepath.Dir(newPath)判断是否同设备；不同设备时改用io.Copy+os.Remove组合 - 重命名前必须检查目标路径是否存在：
_, err := os.Stat(newPath)，若err == nil则已存在，按用户策略决定跳过、覆盖或加序号后缀 - 推荐封装一个
safeRename(old, new string, overwrite bool) error函数，内部统一处理设备判断、存在性检查和错误映射
正则替换模式下如何避免 regexp.ReplaceAllString 错误匹配路径分隔符
用户常输入类似 s/old/new/g 的规则，但若未限定作用域，regexp.ReplaceAllString 可能误改路径中的目录名（如把 /home/old/project 里的 old 也替换成 new），导致路径错乱。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 默认只对文件名（不含路径）做正则替换：用
filepath.Base(path)提取 basename，替换后再拼回filepath.Join(filepath.Dir(path), newName) - 若需支持全路径替换，必须显式要求用户启用
--full-path标志，并在文档中强调风险 - 编译正则时加上
regexp.MustCompile并缓存，避免每次遍历都重复编译；错误正则表达式（如未闭合括号）应提前校验并退出，而非等到遍历时 panic
Windows 下重命名失败的三个典型原因及绕过方式
Windows 对文件锁、长路径、保留名（如 CON、AUX）极其敏感，Go 标准库未做适配，直接调用 os.Rename 常见报错：The system cannot move the file to a different disk drive（实际是同盘）、The filename, directory name, or volume label syntax is incorrect（含非法字符或保留名）。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 长路径（>260 字符）需在程序开头调用
syscall.SetConsoleOutputCP(65001)并启用\?前缀：将C:c.txt转为\?C:c.txt后再操作 - 检测文件名是否为 Windows 保留名（
CON,PRN,AUX,NUL等，不区分大小写），若是则自动加后缀（如CON.txt → CON_.txt） - 对已打开的文件（如被编辑器锁定），
os.Rename必败；此时应捕获ERROR_SHARING_VIOLATION错误码（需用errors.As(err, &syscall.Errno)判断），并提示用户关闭相关程序
