用filepath.walk遍历多个目录需为每个根路径单独调用，闭包捕获根路径拼成绝对路径存入map[string]struct{}去重；权限错误时回调中判err并返回nil继续；并发遍历仅在跨物理设备时有益，通常单goroutine更稳。
如何用 filepath.Walk 遍历多个目录并去重合并结果
直接用 filepath.Walk 只能处理单个根路径，想查多个目录（比如 /tmp 和 /var/log）必须手动循环调用。关键不是“怎么走”，而是“怎么避免重复文件名干扰真实路径”——比如两个目录下都有 config.json，不带路径前缀就无法区分。
实操建议：
- 为每个根目录单独调用
filepath.Walk，传入闭包捕获当前根路径，拼接完整路径存入map[string]struct{}去重（键用绝对路径，不是文件名） - 不要在回调里直接追加到切片再排序去重，容易因路径大小写、符号链接导致逻辑错误
- 如果目标是“找所有匹配的
.log文件”，回调中用strings.HasSuffix(path, ".log")比filepath.Ext更快，且避免.log.bak被误判
为什么 filepath.Glob 不适合多目录合并搜索
filepath.Glob 支持 ** 通配符（Go 1.19+），但只接受单个模式字符串，没法写成 "/tmp/**.log;/var/log/**.log" 这种语法。强行拼接多个 Glob 结果再合并，会丢失原始目录上下文，且无法控制遍历深度或跳过特定子目录（比如排除 /tmp/cache）。
常见错误现象：
- 用
filepath.Join(root, "**/*.log")——**在Glob中必须出现在路径开头或紧跟/，Join后可能变成/tmp/**/*.log，实际匹配的是/tmp/**下的*.log，语义错乱 - 对每个目录调用
Glob再append，但没处理符号链接循环，导致 panic 或无限递归
如何安全跳过权限不足的目录
filepath.Walk 遇到 permission denied 错误会直接终止整个遍历，必须在回调函数里识别并返回 nil 继续执行。但要注意：仅检查 os.IsPermission(err) 不够，某些系统（如 macOS）对挂载点可能返回 syscall.EACCES，需同时判断 errors.Is(err, syscall.EACCES)。
实操要点：
- 回调函数签名必须是
func(path string, info os.FileInfo, err error) error，不能漏掉err参数 - 在
err != nil分支里，先判断是否为权限类错误，是则返回nil；否则返回err让 Walk 停止 - 别用
os.ReadDir替代Walk来规避权限问题——它只是跳过单层，无法递归控制子目录行为
性能敏感场景下要不要用并发遍历多个目录
对磁盘 I/O 而言，并发 Walk 多个根目录通常不会提速，反而因内核调度和磁盘寻道增加开销。只有当目录分布在不同物理设备（如 SSD + NFS）时，并发才有意义。更值得优化的是过滤逻辑：把正则匹配、内容读取等耗时操作移到最后阶段，遍历阶段只做路径判断。
注意事项：
- 并发数严格限制在
runtime.NumCPU()以内，避免线程爆炸；用sync.WaitGroup+chan收集结果，别用共享切片加锁 - 如果最终要按修改时间排序，别在每个 goroutine 里各自排序再合并——先收集全部路径，最后统一
sort.Slice - 注意
filepath.Walk本身不是并发安全的，每个 goroutine 必须持有独立的回调函数实例
路径拼接和错误恢复比并发本身更容易出错，多数情况下老老实实用单 goroutine 循环调用 Walk 更稳。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
