不会无限递归，但默认不跟随软链接；filepath.Walk 将软链接视为普通文件或空目录处理，不进入其目标目录，因此不会因软链接环路导致死循环。
Go 中 filepath.Walk 遇到软连接会无限递归吗？
不会自动死循环，但默认行为是跟随软连接（symlink），如果软连接构成环状路径（比如 A → B → A），filepath.Walk 就会陷入无限遍历——它不记录已访问的 inode 或路径，只按字符串路径向下走。
典型现象：程序卡住、CPU 占用飙升、最终触发系统级文件描述符耗尽或栈溢出（尤其在深度嵌套时）。
-
filepath.Walk本身无软连接检测逻辑，也不提供跳过选项 - Go 1.16+ 的
filepath.WalkDir仍默认跟随 symlink，行为一致 - 真正安全的做法是自己控制是否解引用，并用
os.Stat/os.Lstat区分链接与目标
用 filepath.WalkDir + os.Lstat 手动跳过软连接
核心思路：用 WalkDir 获取每个目录项的 fs.DirEntry，先调 os.Lstat 检查是否为 symlink，是则直接 fs.SkipDir（对文件可 return nil 跳过）。
注意：DirEntry.Type() 在某些文件系统上可能不准确（如 ext4 上 symlink 的 Type() 可能返回 ModeDir），必须用 os.Lstat 确认。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
err := filepath.WalkDir(root, func(path string, d fs.DirEntry, err error) error {
if err != nil {
return err
}
info, err := os.Lstat(path)
if err != nil {
return err
}
if info.Mode()&os.ModeSymlink != 0 {
if d.IsDir() {
return fs.SkipDir // 跳过 symlink 目录
}
return nil // 跳过 symlink 文件
}
// 正常处理非链接项
fmt.Println(path)
return nil
})
需要保留软连接内容时，如何防环？
若业务必须解析 symlink（比如打包工具、依赖扫描），就得手动记录已访问的 inode（info.Sys().(*syscall.Stat_t).Ino）或规范路径（filepath.EvalSymlinks 后去重），否则无法可靠防环。
- 仅靠路径字符串去重不可靠：/a/b → /c、/x/y → /c，两个不同路径指向同一目标
- Linux/macOS 下可用
info.Sys().(*syscall.Stat_t).Ino+info.Sys().(*syscall.Stat_t).Dev组合唯一标识文件系统对象 - 跨平台需谨慎：
syscall.Stat_t不是公共 API，推荐用github.com/google/uuid或第三方库如golang.org/x/sys/unix封装 - 性能影响：每次都要
Lstat+ 类型断言 + map 查重，小规模遍历可接受，海量文件需权衡
filepath.EvalSymlinks 和 os.Readlink 的分工
二者用途完全不同，混用会出错：
-
os.Readlink(path)：只读取path指向的原始字符串（如../target），不解析，不校验存在性 -
filepath.EvalSymlinks(path)：尝试完全解析成绝对路径，中间任一环节失败（路径不存在、权限不足、环）就报错，它本身不防环 - 常见误用：先
EvalSymlinks再传给WalkDir—— 如果软连接链里有环，这步就 panic 了 - 正确顺序：先
Lstat判断是否为 symlink → 是则用Readlink拿原始值 → 自己做路径拼接和环检测（比如维护一个访问栈）
环检测没有银弹。硬要支持 symlink 解析，就得接受复杂度：记录路径栈、比对 inode、限制最大跳转次数（如 maxSymlinks = 255），三者至少选其二。
