Golang如何遍历目录下所有文件_Golang目录遍历教程【实战】-Golang-PHP中文网

最稳妥的go目录遍历方式是filepath.walk，它自动处理符号链接循环和权限错误；需在walkfunc中显式判断err并返回nil或filepath.skipdir来控制流程。

golang如何遍历目录下所有文件_golang目录遍历教程【实战】

用 `filepath.Walk` 遍历目录最稳妥

Go 标准库推荐且最常用的方式就是 filepath.Walk，它递归遍历目录，自动处理符号链接、权限错误等边界情况，比手写递归更健壮。

常见错误是直接用 os.ReadDir + 手动递归，结果遇到循环软链崩溃，或忽略 os.ErrPermission 导致整个遍历中断。

filepath.Walk 默认跳过无法访问的子目录（只回调错误，不 panic），但需在 walkFunc 里显式判断 err != nil 并决定是否继续
如果想跳过某些路径（比如 .git 或 node_modules），不能靠过滤返回值，得在 walkFunc 里对 path 做字符串判断，然后 return nil 继续，或 return filepath.SkipDir 跳过该目录
注意：传入的 root 路径必须是绝对路径或相对路径有效；若用 ./ 开头，确保当前工作目录符合预期

err := filepath.Walk("./src", func(path string, info os.FileInfo, err error) error {
    if err != nil {
        if errors.Is(err, os.ErrPermission) {
            return nil // 忽略权限错误，继续遍历
        }
        return err
    }
    if info.IsDir() && (info.Name() == ".git" || info.Name() == "vendor") {
        return filepath.SkipDir
    }
    if !info.IsDir() {
        fmt.Println(path)
    }
    return nil
})

`filepath.WalkDir` 更轻量、更可控（Go 1.16+）

如果你不需要 os.FileInfo 的完整 stat 信息（比如不关心 ModTime、Mode 等），filepath.WalkDir 是更好的选择：它用 fs.DirEntry，避免了每次调用 os.Stat 的系统开销，性能更高，也支持提前终止。

典型误用是拿 WalkDir 当 Walk 的“升级版”直接套用——它不自动处理符号链接循环，也不默认跳过权限错误，出错时会直接中止遍历。

WalkDir 的 walkFunc 第二个参数是 fs.DirEntry，调用 entry.Info() 才会触发 stat；多数场景下用 entry.Name() 和 entry.IsDir() 就够了
遇到 os.ErrPermission 时，必须显式 return nil，否则遍历停止；return filepath.SkipDir 对非目录无效，别乱用
不支持跨文件系统符号链接的自动防护，如果目录结构不可信，建议先用 filepath.EvalSymlinks 做预检

并发遍历？别急着上 `goroutine`

很多人一想到“快”，就给每个子目录启一个 goroutine 跑 Walk，结果反而变慢、内存暴涨，甚至触发文件描述符耗尽（too many open files）。

Golang Spf13 Viper

Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。

下载

根本原因是：磁盘 I/O 是瓶颈，不是 CPU；并发读目录本质是随机小 IO，硬盘扛不住，而且 Go 的 os 包底层有锁和缓存机制，盲目并发反而破坏局部性。

真要提速，优先考虑用 filepath.WalkDir 替代 Walk，省掉大量 stat 调用
如果必须并发（比如后续要对每个文件做网络请求或 CPU 密集处理），把遍历和处理拆开：先同步收集所有文件路径到切片，再用 sync.Pool + worker 模式分发处理
务必限制 goroutine 数量（如用 semaphore 控制并发数 ≤ 4），并设置 GOMAXPROCS 合理值；别用无缓冲 channel 直接塞几万条路径