用os.symlink做版本软链是最轻量可靠的方式，通过软链路径指向不同版本文件实现版本切换，读取前需用filepath.evalsymlinks解析真实路径，切换时用os.remove+os.symlink组合保证原子性，避免broken link和递归删除风险。
用 os.Symlink 做版本软链是最轻量且可靠的方式
Go 本身不提供内置的“文件版本管理”抽象，硬造元数据表或改名规则容易出错。实际项目中，90% 的多版本需求（如配置文件、静态资源、模型权重）靠软链接 + 命名约定就能解决，os.Symlink 是唯一需要的核心 API。
关键不是“怎么存多个版本”，而是“怎么让调用方始终读最新/指定版本”。软链把路径解析交给 OS，避免应用层重复解析路径、判断时效性、处理并发写入冲突。
-
os.Symlink在 Linux/macOS 安全稳定；Windows 需启用开发者模式或以管理员运行才能创建符号链接（普通用户可用os.Link创建硬链接，但仅限同一文件系统） - 版本号建议用语义化格式（如
v1.2.0）或时间戳（20240520T143000Z），避免纯数字（1、2）导致排序异常 - 不要用
os.Rename直接覆盖当前版本软链——它在某些文件系统上不是原子操作，可能造成短暂的broken symlink
用 filepath.EvalSymlinks 确保读取的是真实文件路径
当其他程序或 Go 代码通过版本软链（如 config.yaml → config-v1.2.0.yaml）访问文件时，必须先解析链接，否则 os.Stat 或 ioutil.ReadFile 可能返回错误或误判文件存在性。
常见错误是直接对软链路径调用 os.Open：如果目标文件被删除，会 panic；如果权限不足，报错信息指向软链而非真实路径，排查困难。
- 读取前一律用
filepath.EvalSymlinks("config.yaml")获取真实路径，再做os.Stat或打开操作 - 若需区分“软链是否存在”和“目标是否存在”，分开判断：
os.Lstat查软链本身，filepath.EvalSymlinks查目标 - 注意
filepath.EvalSymlinks会递归解析多层软链，但不处理循环引用——遇到循环会返回filepath.ErrLoop
切换版本时用 os.Remove + os.Symlink 组合保证原子性
“切换当前版本”本质是更新一个指向不同目标的软链。不能只调用 os.Symlink，因为目标已存在时会返回 file exists 错误；也不能先删后建——中间存在窗口期，其他 goroutine 可能读到不存在的路径。
正确做法是先移除旧软链，再创建新软链。虽然两步操作，但在单机文件系统上，只要软链路径不变（如始终叫 current），这个过程对读方是安全的：要么读到旧目标，要么读到新目标，不会读到空路径。
- 示例：
os.Remove("current") os.Symlink("config-v1.3.0.yaml", "current") - 务必检查
os.Remove返回的 error：若current不存在，os.Remove返回os.ErrNotExist，可忽略；其他错误（如权限拒绝）必须处理 - 不要用
os.Chmod或os.Chown修改软链权限——它们作用于目标文件，不是软链本身
版本清理要小心 os.RemoveAll 的递归行为
删除某个旧版本文件（如 config-v0.9.0.yaml）时，如果它正被某个软链引用，os.RemoveAll 仍会成功删除，但会导致对应软链变成 broken。这本身没问题——只要确保没有运行中进程还在读它。
真正危险的是误删整个版本目录时用了 os.RemoveAll("versions/")：如果该目录下有软链指向外部路径（比如指向 /etc/secrets），os.RemoveAll 会顺着链接递归删除外部内容。
- 永远不用
os.RemoveAll删除含软链的目录；改用os.ReadDir+ 对每个条目单独os.Remove - 删除前用
os.Lstat检查是否为软链：fi.Mode()&os.ModeSymlink != 0，若是则跳过或记录告警 - 生产环境建议加白名单机制：只允许删除匹配
^config-v\d+\.\d+\.\d+\.yaml$这类正则的文件名
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
