使用Golang操作文件系统符号链接(Symlink)

os.symlink 创建失败主因是路径未对齐：oldname 为链接目标路径，若为相对路径则相对于 newname 所在目录；newname 父目录必须存在；windows 需管理员权限或启用开发者模式。

go 里 os.Symlink 创建链接失败的常见原因

直接调用 os.Symlink 报 operation not permitted 或 no such file or Directory，大概率不是权限问题，而是路径没对齐。

• os.Symlink(oldname, newname) 的 oldname 是链接「指向的目标路径」，它被写进 symlink 文件内容里，必须是相对或绝对路径字符串 —— Go 不会自动解析或补全它
• 如果 oldname 是相对路径（比如 "../config.yaml"），它相对于的是 newname 所在目录，不是当前工作目录
• 目标文件/目录不必存在，但父目录必须存在；newname 的父目录也必须存在，否则报 no such file or directory
• Windows 默认禁用普通用户创建 symlink，需以管理员身份运行，或启用开发者模式（DeveloperMode 注册表项）

读取 symlink 目标路径要用 os.Readlink，不是 os.Stat

os.Stat 返回的是链接指向的最终文件信息（follows symlink），想拿到原始链接内容（即你当初写的那个字符串），必须用 os.Readlink。

• os.Readlink("mylink") 返回的是 symlink 文件里存储的原始路径字符串，不做任何解析
• 如果传入的不是 symlink，会返回 invalid argument 错误，建议先用 os.Lstat 检查 Mode().IsSymlink()
• 返回的路径可能是相对路径，后续拼接时得手动处理：用 filepath.Dir(newname) 得到链接所在目录，再用 filepath.Join 解析相对路径

删除 symlink 要用 os.Remove，不是 os.RemoveAll 或 os.RemoveAll 的误用

对 symlink 调用 os.Remove 只删链接本身；而 os.RemoveAll 会顺着链接进去删目标 —— 这通常不是你想要的。

• os.Remove("mylink") → 安全，只删 symlink 文件
• os.RemoveAll("mylink") → 危险，等价于 os.RemoveAll("../config.yaml")，可能误删上游文件
• 若不确定路径类型，先 os.Lstat，再根据 fi.Mode().IsSymlink() 决定调用哪个删除函数

跨平台 symlink 兼容性要注意 filepath.FromSlash 和路径分隔符

Windows 上 symlink 存储的路径分隔符是 ，但 Go 源码里写路径习惯用 /。硬写 "C:/foo" 在 Windows 上可能被解释为相对路径或出错。

立即学习“go语言免费学习笔记（深入）”；

• 统一用 filepath.Join("C:", "foo", "bar") 构造路径，它会按平台自动选分隔符
• 如果必须从字符串构造（比如配置里读出来的路径），用 filepath.FromSlash(s) 转义，避免 Windows 下 "a/b" 被当成当前盘符下的相对路径
• linux/macos 对路径大小写不敏感？不，严格区分；Windows 默认不区分，但 NTFS 实际可配，别依赖大小写一致性

事情说清了就结束。符号链接本质就是个带路径字符串的小文件，Go 的操作函数都很直白，关键在理解「谁相对于谁」和「是否 follow」——这两点搞错，90% 的问题就出现了。