os.Lstat + os.Readlink 是唯一安全跨平台判断和读取符号链接的组合，因 os.Stat 会自动跟随链接而 os.Lstat 才返回链接自身属性，Readlink 则补全目标路径。
用 os.Lstat 判断是否为符号链接，再用 os.Readlink 读取目标路径——这是唯一安全、跨平台可行的组合。别直接对符号链接调 os.Stat 或 os.ReadFile，否则你操作的永远是目标文件，不是链接本身。
为什么 os.Lstat + os.Readlink 是必须的组合
os.Stat 会自动跟随符号链接，返回的是目标文件的元信息；而 os.Lstat 才返回链接自身的属性（比如权限、大小、Mode() 中的 os.ModeSymlink 标志）。但 Lstat 不告诉你它指向哪，这个信息得靠 Readlink 补全。
- 常见错误现象：
fi, _ := os.Stat("mylink"); fi.IsDir()返回true，但其实"mylink"是个指向目录的符号链接——你根本不知道它是链接 - 使用场景：备份工具需区分“存链接”还是“存目标”、部署脚本需校验配置软链是否有效、CI 构建时检查资源路径是否被意外替换成链接
- 关键判断逻辑必须是：
fi.Mode() & os.ModeSymlink != 0，不能依赖fi.Name()后缀或字符串匹配
读取符号链接目标路径时的路径拼接陷阱
os.Readlink 返回的是原始字符串，不做任何解析：可能是相对路径（如 "../data/config.json"），也可能是绝对路径（如 "/etc/myapp.conf"）。直接拼到当前目录下会出错。
- 正确做法：先用
filepath.Dir(linkPath)拿链接所在目录，再用filepath.Join()拼接Readlink的结果 - 示例：
target, _ := os.Readlink("/opt/app/conf.yaml"); abs, _ := filepath.Abs(filepath.Join(filepath.Dir("/opt/app/conf.yaml"), target)) - 注意：Windows 上
Readlink对 junction 或快捷方式可能返回空或报错，此时应降级处理（如记录警告并跳过）
部署时符号链接容易引发的三类 runtime 错误
本地开发可能一切正常，一到生产环境就 panic，往往和符号链接的权限、循环、路径解析有关。
立即学习“go语言免费学习笔记（深入）”；
-
permission denied：不是目标文件没权限，而是链接文件自身不可读——os.Lstat就会失败，必须检查 error 而非忽略 - 循环链接：比如
a → b → a，若代码递归解析又没做 inode 或路径去重，会无限调Readlink直至栈溢出 - 路径失效：部署后符号链接目标被移动或删除，
Readlink仍成功（它不校验目标存在），但后续os.Open会报no such file or directory
真正麻烦的不是“怎么读”，而是“读完之后要不要继续跟随”。很多部署脚本默认递归解析一层就停，但实际环境中两层甚至三层链接很常见；而盲目递归又容易陷入死循环。最稳的做法是加深度限制（比如最多 5 层）+ 已访问路径缓存（用 filepath.Clean() 归一化后再比对），而不是靠运气。
