strings.contains 不适合文件全文搜索，因其无法处理二进制文件、超大文件易oom、不支持跨行正则、忽略大小写困难、无行号/位置信息、不能跳过不可读区域或特定后缀，且对utf-8截断字符可能panic。
为什么 strings.Contains 不适合做文件全文搜索
直接用 strings.Contains 逐行扫文本看似简单，但遇到二进制文件、超大文件（比如 2GB 日志）、或需要忽略大小写的场景时会崩溃或漏匹配。它不处理换行符边界问题，也不支持正则——比如搜 "error.*timeout" 这种跨行模式就完全失效。
更关键的是，它无法跳过不可读区域（如权限不足的目录、符号链接循环），容易让整个工具卡死或 panic。
- 对 UTF-8 非规整内容（如截断的多字节字符）可能 panic 或误判
- 没上下文行号和匹配位置信息，调试定位困难
- 无法限制搜索深度或跳过特定后缀（如
.git、.DS_Store）
用 filepath.WalkDir 安全遍历文件树
filepath.WalkDir 是 Go 1.16+ 推荐的替代方案，比旧版 filepath.Walk 更可控：它允许在回调中返回 filepath.SkipDir 跳过子目录，也能通过 DirEntry 快速判断是否为文件/目录，避免 stat 多余调用。
常见错误是直接传入根路径却不处理权限拒绝——比如用户 home 下有 .ssh 目录，WalkDir 默认会返回 fs.ErrPermission 并中断。必须显式捕获并忽略：
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
err := filepath.WalkDir(root, func(path string, d fs.DirEntry, err error) error {
if err != nil {
if errors.Is(err, fs.ErrPermission) {
return nil // 跳过无权限目录
}
return err
}
if !d.IsDir() && strings.HasSuffix(d.Name(), ".log") {
searchInFile(path)
}
return nil
})
大文件搜索必须用 bufio.Scanner 分块读取
一次性 os.ReadFile 加载几百 MB 文件会触发 OOM，而 io.Copy 又没法做行内匹配。正确做法是用 bufio.Scanner 搭配自定义 SplitFunc，但注意默认的 ScanLines 会丢掉最后一行无换行符的内容——生产环境必须补扫尾缓冲区。
- 设置
Scanner.Buffer避免短匹配失败：scanner.Buffer(make([]byte, 0, 64*1024), 1 - 若需跨行正则（如匹配 span 多行的 JSON 块），改用
bufio.NewReader+ReadBytes手动控制 chunk 大小 - 匹配到结果后立即
return，别等全文件扫完——尤其 CLI 工具要响应快
如何让搜索支持大小写和正则开关
硬编码 strings.ToLower 做忽略大小写效率低且不兼容 Unicode（比如土耳其语 İ）。应优先用 regexp.Compile 的 (?i) 标志，它由 regexp 引擎原生支持，且能复用编译后的 *regexp.Regexp 实例。
但要注意：正则模式为空字符串时 regexp.Compile 会 panic，必须提前校验；而纯文本搜索若开启正则，则需转义特殊字符，可用 regexp.QuoteMeta。
- 命令行参数建议用
-i表示 ignore-case，-E表示启用正则（类似 grep） - 匹配函数统一接收
func(string) bool类型，把编译逻辑和匹配逻辑解耦 - 避免每次匹配都重新编译正则——尤其在递归搜索数百个文件时，性能差距可达 5x
真正难的不是写通路逻辑，而是处理边界：编码自动探测（非 UTF-8 文件）、内存映射大文件的 fallback 策略、以及当用户同时指定 -i 和 -E 时正则标志的优先级。这些不写进 main 函数里，就很容易变成半夜被报警叫醒的问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
