用filepath.Walk遍历目录并计数最稳妥：它自动处理符号链接循环、权限错误等边界情况，回调中需判!info.IsDir()计数、对err != nil（如os.ErrPermission）返回nil继续遍历，计数器须为闭包外变量。
用 filepath.Walk 遍历目录并计数最稳妥
直接调用系统命令（如 find + wc -l）看似快，但跨平台差、难捕获错误、无法过滤类型。Go 原生的 filepath.Walk 是平衡可控性与性能的首选。
- 它自动处理符号链接循环、权限拒绝等边界情况，通过回调函数
WalkFunc可精准判断是否为普通文件 - 注意：不要在回调里做耗时操作（如读文件内容），否则严重拖慢；计数本身是轻量的，放心放进去
- 示例关键逻辑：
count := 0 filepath.Walk(root, func(path string, info os.FileInfo, err error) error { if err != nil { return nil // 忽略权限不足等非致命错误 } if !info.IsDir() { count++ } return nil })
os.ReadDir 递归实现更轻量但需手动处理子目录
Go 1.16+ 引入的 os.ReadDir 比 os.ReadDir（旧版）快且内存友好，但它只读当前层目录——要统计整个树，必须自己写递归或用栈模拟。
- 优势：不触发
stat系统调用两次（os.ReadDir返回的DirEntry可直接用IsDir()和Type()判断，避免额外os.Stat） - 坑点：递归深度大时可能栈溢出，生产环境建议用迭代（
slice模拟栈） - 判断文件类型别用
info.Mode().IsRegular()——DirEntry不提供完整FileInfo，应改用entry.Type().IsRegular()
统计结果差异常源于“什么是文件”的定义模糊
用户说“文件数量”，但实际需求可能是：纯普通文件？含设备文件？排除隐藏文件？是否算符号链接指向的目标？这些必须提前明确，否则代码逻辑会跑偏。
-
info.Mode() & os.ModeType == 0才是严格意义上的普通文件；!info.IsDir()会把 FIFO、socket、设备文件都算进去 - 跳过隐藏文件（以
.开头）需加判断：strings.HasPrefix(filepath.Base(path), ".") - 符号链接默认被
filepath.Walk跟随，若想统计链接本身而非目标，得用filepath.WalkDir（Go 1.16+）并检查entry.Type() & fs.ModeSymlink != 0
大目录下性能瓶颈不在 Go 代码，而在 I/O 和系统调用
实测百万级文件目录，纯 Go 实现和 find . -type f | wc -l 耗时差距通常不到 20%，真正卡住的是磁盘寻道和 stat 调用次数。
立即学习“go语言免费学习笔记（深入）”；
- 用
filepath.WalkDir替代filepath.Walk可减少约 30% 系统调用（因避免重复stat） - 并发遍历反而更慢——I/O 是瓶颈，不是 CPU；多 goroutine 会加剧磁盘竞争
- 如果只要总数不要路径，可考虑
debug.ReadGCStats这类黑科技？不行，它和文件系统无关；老老实实用WalkDir最靠谱
filepath.Walk 的 err 直接返回会导致整个遍历中断，而多数场景下只想跳过个别无权访问的子目录——这时必须在回调里吞掉错误并返回 nil。 
