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 会顺着链接进去删目标 —— 这通常不是你想要的。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
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 实际可配，别依赖大小写一致性
