strings.ReplaceAll不能批量正则替换，因其仅支持字面量替换；正则替换需用regexp.Regexp的ReplaceAllString或ReplaceAllStringFunc，且正则字符串需正确转义（如\d+）。
为什么 strings.ReplaceAll 不能直接做批量正则替换
因为 strings.ReplaceAll 只处理字面量，不支持正则语法。你传进去的 "d+" 会被当普通字符串，不是“匹配一个或多个数字”。真要正则替换，必须用 regexp.Regexp 类型的 ReplaceAllString 或 ReplaceAllStringFunc。
常见错误现象：regexp.Compile(`d+`) 报错 error parsing regexp: invalid escape sequence: d —— Go 的字符串字面量里反斜杠要双写，或者用反引号（raw string）。
- 用反引号写正则：优先选
`d+`，避免转义混乱 - 如果从命令行读入正则（比如 flag.String），需注意用户输入的
s到程序里其实是\s，得提前处理或提示“请用双反斜杠” -
ReplaceAllString返回新字符串；ReplaceAllStringFunc接收函数，适合动态生成替换内容
如何安全地从文件读取 + 写回（不丢数据）
直接 os.OpenFile(..., os.O_WRONLY|os.O_TRUNC) 写回，万一替换出错或 panic，原文件就空了。稳妥做法是先读全内容，处理完再写到临时文件，最后原子替换。
使用场景：脚本要批量处理项目里的配置文件，不能容忍单个失败导致文件损坏。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 读取用
ioutil.ReadFile（Go 1.16+ 改用os.ReadFile） - 写入先写到
filepath.Join(filepath.Dir(path), "."+filepath.Base(path)+".tmp") - 成功后调用
os.Rename替换原文件（同磁盘下是原子操作） - 别忘了
defer os.Remove(tmpPath)清理失败残留
命令行参数怎么设计才不容易用错
用户最常卡在顺序和分隔上：比如把正则写在文件名后面，或用空格分隔替换内容导致截断。参数结构必须明确区分“模式”“替换串”“文件列表”。
推荐结构：repl <code>-r 'd+' 'NUM' file1.txt file2.md
-
-r强制启用正则（避免误把*当 glob 处理） - 正则和替换串必须成对出现，且位置紧邻；不支持
-e和-f那种复杂模式 - 文件列表放最后，支持通配符需由 shell 展开（Go 自己不做 glob），所以
repl -r 'a' 'b' *.go没问题，但repl -r 'a' 'b' "*.go"就只会匹配字面量*.go - 如果没加
-r，就走strings.ReplaceAll，避免正则引擎开销
多文件并发替换时要注意什么
并发本身不难，但错误处理容易被忽略：某个文件权限不足、编码非 UTF-8、正则编译失败……这些异常不能让整个工具退出，得单独记录并继续。
性能影响：开太多 goroutine 读大文件会吃光内存；限制并发数比无脑 go 更稳。
- 用
semaphore（比如带缓冲的 channel）控制并发数，建议默认 4–8 - 每个文件的错误（如
open xxx: permission denied）打印到stderr，但不终止主流程 - 正则编译（
regexp.Compile）必须在 goroutine 外提前做一次，别每个文件都重编 - UTF-8 非必需：Go 字符串本身就是 UTF-8，但二进制文件可能含非法序列，
bytes.Contains比strings.Contains更安全
真正麻烦的是跨平台换行符和 BOM。Windows 文件带
，替换后别漏掉；BOM 如果被当成内容一部分参与正则匹配，结果会偏移——读文件后最好先 bytes.TrimPrefix 掉 []byte("")。
