filepath.WalkDir是系统级扫描默认起点，因它只读目录项、避免冗余os.Stat，在/proc等敏感路径下不崩、不漏、不越权；配合entry.Type()判类型、filepath.SkipDir跳子树、显式错误处理，确保稳定遍历。
Go 批量扫描系统文件，核心不是“快”，而是“不崩、不漏、不越权”——用 filepath.WalkDir 替代 filepath.Walk，配合显式错误处理和目录跳过策略，才能稳定跑完 /usr、/etc 或挂载点这类敏感路径。
为什么 filepath.WalkDir 是系统级扫描的默认起点
旧版 filepath.Walk 对每个路径都调一次 os.Stat，在 /proc、/sys 或 NFS 挂载点上极易触发权限拒绝或超时，且无法区分 symlink 和普通目录；filepath.WalkDir（Go 1.16+）只读目录项，用 entry.Type() 判断类型，开销低、响应快、可控性强。
- 遍历 /proc 时，
WalkDir能跳过不可读条目继续，而Walk常因单个permission denied中断整棵树 -
entry.Type() & os.ModeSymlink != 0可识别软链接，避免误入循环或越权路径（如/etc/alternatives/java指向/usr/lib/jvm/...） - 不自动调
Info()，避免为每个文件多一次系统调用——这对百万级文件目录是关键性能分水岭
filepath.SkipDir 怎么用才真正跳过不该进的目录
返回 filepath.SkipDir 不是“建议跳过”，而是 WalkDir 立即终止该子树递归。但必须在判断后立刻返回，不能先做其他操作。
- 用
strings.EqualFold(entry.Name(), "node_modules")判断，兼容 Windows 下Node_Modules或NODE_MODULES - 对
/proc/self、/dev、/run这类运行时路径，优先按名称硬匹配跳过，别依赖IsDir()—— 某些 proc 文件节点会伪装成目录 - 遇到
err != nil（如operation not permitted），不要直接 returnfilepath.SkipDir，应先 log 并 returnnil继续；只有明确知道该路径不该扫（如用户配置的黑名单）才 returnfilepath.SkipDir
并发扫描时 “too many open files” 错误从哪来，怎么掐住源头
错误不是来自并发本身，而是每个 goroutine 在打开文件后没及时释放 fd。哪怕只开 8 个 worker，若每秒处理 100 个文件且每个漏掉 Close()，几秒就触达系统 limit（通常是 1024）。
立即学习“go语言免费学习笔记（深入）”；
- 绝对不要在 goroutine 内写
defer f.Close()：defer 在 goroutine 退出时才执行，而 goroutine 可能长期存活 - 正确模式是：打开文件 → 处理 → 显式
f.Close()，三者必须在同一作用域内完成 - 中小文件（os.ReadFile，它内部自动管理 fd，比手写
os.Open + io.ReadAll更安全 - 如果必须流式读（如日志分析），用
bufio.Scanner，并设 buffer 上限：scanner.Buffer(make([]byte, 64*1024), 64*1024)，防超长行耗尽内存
跨分区重命名失败时，invalid cross-device link 怎么检测与降级
os.Rename 在 Linux/macOS 上本质是 rename(2)，仅支持同设备号移动。系统文件常分布在不同挂载点（如 /home 在 ext4，/boot 在 vfat），此时必须降级为 copy + remove。
- 用
os.Stat获取源和目标路径的Stat.Sys().(*syscall.Stat_t).Dev，比较设备号是否一致 - 不一致时，用
io.Copy写目标文件，再校验返回字节数是否等于源文件Size()，全部成功才os.Remove源文件 - 别用
os.Create直接覆盖目标：若目标存在且是只读文件，会静默失败；应先os.Chmod(target, 0644)再写入
最易被忽略的是符号链接的语义歧义——filepath.WalkDir 返回的 DirEntry 默认不解析 symlink，但系统文件里大量使用（如 /usr/bin/python → python3.11）。是否跟随、如何防循环、要不要统计链接本身而非目标，这些决策点不在代码行数里，而在你第一次调用 entry.Type() 时就已埋下。
