filepath.walkdir+bufio.scanner+strings.contains/regexp是最轻量可控的文件内容查找组合，兼顾性能、内存与健壮性，适用于日志分析等场景。
用 filepath.WalkDir 遍历目录 + bufio.Scanner 逐行读取 + strings.Contains 或 regexp.Compile 匹配，是 Golang 实现文件内容查找最轻量、最可控的组合。它不依赖外部服务，不加载整文件进内存，适合日志分析、代码审计、配置扫描等真实场景。
用 filepath.WalkDir 安全遍历，跳过不该进的目录
旧版 filepath.Walk 会为每个条目调用 os.Stat，性能差且容易因权限问题中断；WalkDir（Go 1.16+）只在必要时获取元数据，更高效也更健壮。
- 遇到
.git、node_modules、vendor等目录，直接返回filepath.SkipDir，避免递归浪费 - 判断是否跳过时，用
strings.EqualFold(entry.Name(), "xxx")，兼容大小写（Windows 下.GIT和.git都得跳） - 如果回调里
err != nil（比如 permission denied），直接 return err 可中止整个遍历，别吞掉
用 bufio.Scanner 读文件，别用 os.ReadFile 扫日志
对几十 MB 的日志或源码文件，os.ReadFile 会把全部内容塞进内存，RSS 暴涨甚至 OOM；Scanner 是流式处理，内存占用恒定。
- 默认单行上限 64KB，超长行会报
scanner: token too long；需支持超长日志行时，加一句scanner.Buffer(make([]byte, 1024*1024), 1024*1024) -
scanner.Text()返回的是字符串视图，不额外分配；若后续要用正则匹配字节切片，改用scanner.Bytes()避免 string 转换开销 - 记得检查
scanner.Err()，I/O 错误（如磁盘突然拔出）不会自动 panic，必须手动判断
关键词匹配：大小写、多词、正则，选对工具
strings.Contains 快而简单，但只支持子串；需要模糊、边界、忽略大小写时，regexp 不是“重了”，而是必须。
立即学习“go语言免费学习笔记（深入）”；
- 忽略大小写搜索
"error"：用regexp.MustCompile(<code>(?i)error)，比反复strings.ToLower更准也更快 - 要匹配完整单词（避免
errors被error命中）：用\berror\b - 多关键词 AND 逻辑（如
"timeout" AND "503"）：不要拼正则，先用strings.Fields拆词，再对每行做多次strings.Contains
并发控制与结果收集：别让 goroutine 泛滥
开 1000 个 goroutine 同时读文件，系统句柄和内存很快耗尽；必须限制并发数，且共享结果需加锁。
- 用带缓冲的通道（如
make(chan string, 100)）接收匹配到的文件路径，再启固定数量（如 4–8 个）goroutine 消费并读取内容 - 记录匹配行时，用
sync.Mutex保护map[string][]Match或切片，别用map直接并发写 - 大项目中可考虑用
sync.Map，但注意它不保证遍历顺序，且零值初始化成本略高
最容易被忽略的是错误传播和资源清理：defer file.Close() 必须在打开后立刻写，不能等到匹配完才关；scanner.Err() 和 file.Close() 的错误都要检查——很多线上 bug 就卡在某次 Close 失败没被发现，导致 fd 泄漏。
