filepath.Join更安全但需配合filepath.Clean处理相对路径；filepath.WalkDir性能优于Walk且支持跳过子目录；filepath.Abs可能失败，须检查err；符号链接需手动处理并防循环。
filepath.Join 比字符串拼接更安全，但不能替代 filepath.Clean
直接用 + 或 fmt.Sprintf 拼路径，在 Windows 上大概率出错——斜杠方向不一致、多余分隔符导致路径失效。比如 "dir" + "/" + "file.txt" 在 Windows 生成 dir/file.txt，而系统实际期望 dir ile.txt 或统一用正斜杠（Go 运行时能接受，但某些 syscall 或第三方库会拒收）。filepath.Join 自动适配当前平台分隔符，且会压缩中间多余的 / 或 。
但注意：filepath.Join 不处理 "../" 或 "./" ——它只是拼，不解析。比如 filepath.Join("a/b", "../c") 结果是 "a/b/../c"，不是 "a/c"。真要规范化，得再套一层 filepath.Clean。
- 跨平台项目必须用
filepath.Join，别手写分隔符 - 若输入含
".."或"."，务必跟filepath.Clean组合使用 - Windows 下
filepath.Join("C:", "foo")得到"C:foo"（无分隔符！），这不是 bug，是设计：表示相对当前驱动器目录；如需绝对路径，写成filepath.Join("C:\", "foo")或"C:" + string(filepath.Separator) + "foo"
filepath.Walk 和 filepath.WalkDir 的关键区别：是否读取目录前就暴露 FileInfo
filepath.Walk 是老接口，回调函数接收 path string 和 info os.FileInfo，但这个 info 是调用 os.Lstat 拿的，不保证和后续打开文件时状态一致；更严重的是，它对每个路径都强制做一次 stat，哪怕你只关心路径名。而 Go 1.16+ 的 filepath.WalkDir 用 fs.DirEntry，不触发额外系统调用，性能更好，且允许跳过子目录（通过返回 filepath.SkipDir）。
- 新项目优先用
filepath.WalkDir，尤其处理大目录时 -
filepath.WalkDir的回调参数是path string, d fs.DirEntry, err error，d可直接调d.Name()、d.IsDir()，无需stat - 若需完整
os.FileInfo（比如看修改时间），再显式调d.Info()，但注意这会触发一次stat - 旧代码迁移到
WalkDir时，别漏掉判断err != nil后的提前 return，否则可能 panic
filepath.Abs 失败常见原因：相对路径没上下文，或盘符/根路径缺失
filepath.Abs("config.json") 看似简单，但在某些环境会失败——比如当前工作目录被删除、或程序以 chroot 方式运行。错误通常是 "no such file or directory"，不是因为文件不存在，而是 Go 尝试从当前目录向上 resolve 时某级路径已不可达。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 不要假设
filepath.Abs总是成功；始终检查返回的err - 在服务类程序中，避免依赖
os.Getwd()，改用显式配置的 base path，再用filepath.Join(base, rel) - Windows 下
filepath.Abs("foo")返回带驱动器的绝对路径（如"C:\work\foo"），但filepath.Abs("\foo")会按当前驱动器根目录算，易误判；建议统一用filepath.Join(os.Getenv("PWD"), ...)或明确指定 root
递归遍历符号链接：默认不跟随，需手动处理
filepath.WalkDir 默认把符号链接当普通文件，不会进入其指向的目标目录。如果你需要“真实路径”下的全部内容（比如打包工具、配置扫描），得自己识别并展开链接。
- 用
os.Readlink(path)判断是否为 symlink，再用filepath.Join(filepath.Dir(path), target)构造目标路径 - 必须防循环引用：记录已访问的 inode（
sys/unix.Stat_t.Ino）或已解析的绝对路径，避免无限递归 - Windows 的 junction / hardlink 行为不同，
os.Readlink在非 symlink 上返回syscall.ENOENT，别当成错误吞掉 - 多数场景其实不该自动跟随 symlink——这是安全隐患，除非业务明确要求“物理路径遍历”
跨平台路径最麻烦的从来不是函数选哪个，而是“当前工作目录是否可靠”和“符号链接是否该展开”。这两点一错，filepath.Clean 再好也没用。
