Go中创建硬链接用os.Link、软链接用os.Symlink；硬链接限同一文件系统且仅普通文件，软链接路径为字面量、解析依赖链接所在目录，二者均不自动创建父目录，判断软链接须用os.Lstat。
Go 里怎么创建硬链接和软链接？os.Link 和 os.Symlink 是唯二选择
硬链接只能指向同一文件系统内的普通文件，不能跨分区、不能指向目录；软链接无此限制，但路径是字符串，解析依赖运行时上下文。Go 标准库不提供“一键创建带自动路径修正的软链接”，必须自己处理相对路径、绝对路径和目标存在性。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
-
os.Link(oldpath, newpath)失败时常见错误是syscall.EXDEV（跨设备）或syscall.EPERM（权限不足），不是os.IsNotExist—— 它要求oldpath必须存在且为普通文件 -
os.Symlink(oldpath, newpath)中的oldpath可以不存在，也不校验类型，写入的是原始字符串。若想让软链接“可用”，需确保oldpath在newpath所在目录下能被正确解析（即相对路径基于链接所在目录，而非当前工作目录） - 创建软链接前，用
filepath.Abs或filepath.Rel显式计算路径。例如：要在/a/b下创建指向/a/c/file.txt的软链接，应传入../c/file.txt，而不是绝对路径 —— 否则链接会因挂载点变化而失效
如何安全解析软链接，避免无限循环？os.Readlink + 循环计数
os.Readlink 只读取单层目标字符串，不自动展开。要获得最终真实路径，得自己递归调用，但必须设上限，否则遇到循环软链接（如 a → b，b → a）会 panic。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每次调用
os.Readlink后，用filepath.Join将结果相对于当前链接路径解析（不是当前工作目录）。例如链接文件在/x/y/z.lnk，内容为../u/v，真实路径是/x/u/v - 维护一个已访问路径集合（如
map[string]struct{}），每次解析前检查是否已出现过，防止循环。注意：路径需统一为绝对路径再比较，否则./a和a会被视为不同 - 建议最多展开 255 层（Linux 内核默认限制），超过即返回
errors.New("too many levels of symbolic links")，与系统行为一致
硬链接和软链接的 os.Stat 行为差异在哪？
os.Stat 默认跟随软链接，返回目标文件信息；os.Lstat 不跟随，返回链接自身信息。硬链接没有“自身元数据”——所有硬链接共享同一 inode，所以 os.Stat 和 os.Lstat 对硬链接返回完全相同的结果。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 判断一个路径是否为软链接：用
os.Lstat拿到os.FileInfo，再调fi.Mode()&os.ModeSymlink != 0 - 判断是否为硬链接？Go 没有直接 API。只能通过
os.Stat获取sys.Stat_t（需类型断言），再比对Nlink字段是否 >1，但这只说明“该文件有多个硬链接”，无法知道当前路径是不是其中之一 - 硬链接之间无法区分主次 —— 它们地位完全平等。删除其中一个，只要
Nlink > 0，文件数据就还在；只有最后一个被删，数据才真正释放
跨平台兼容性要注意什么？Windows 上的软硬链接支持很有限
Windows 需管理员权限才能创建软链接（os.Symlink）和硬链接（os.Link），且硬链接仅支持文件，不支持目录；软链接在非管理员下会静默降级为“junction”（仅限目录）或失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 调用前先用
os.UserHomeDir()等试探性操作判断权限，比直接捕获access denied更可靠 - Windows 的
os.Readlink可能返回带\??\前缀的路径（如\??\C:\target），需手动清理才能用于后续os.Stat - 不要假设
os.Link在 Windows 总是失败 —— 如果启用了开发者模式且以管理员运行，它可能成功；但生产环境应视为不可靠，优先用软链接或复制
硬链接的本质是目录项指向同一 inode，软链接本质是独立文件存着一串路径文本 —— 这个区别决定了所有行为差异，也决定了你在 Go 里没法绕过系统调用直接“模拟”它们。
