Linux与POSIX下ln -f和ln -sf是否具备原子性？

硬链接场景（ln -f） #

POSIX标准规定 #

POSIX明确要求，ln -f处理已存在的非目录目标时，会先执行unlink()删除目标文件，再调用link()创建新的硬链接。这两个步骤是独立的系统调用，完全没有原子性保证——在unlink完成但link还没执行的间隙，目标文件会处于“消失”的状态，其他进程能明显观测到这个中间状态。

GNU ln实现 #

GNU coreutils里的ln工具严格遵循POSIX的逻辑：先检查目标是否存在，确认是可删除的非目录文件后，先删再建。整个过程不是原子操作，文件系统必然会经历“旧目标被删→新链接创建”的过渡阶段。

软链接场景（ln -sf） #

POSIX标准规定 #

POSIX对ln -s -f的要求和硬链接类似：如果目标已经存在（不管是符号链接还是普通文件），先unlink()删掉旧目标，再symlink()创建新的软链接。同样，这两步是分开的系统调用，POSIX不保证原子性，中间会出现目标不存在的窗口。

GNU ln实现 #

GNU ln在这里做了优化，用原子替换的方式实现-sf：

1. 先在目标所在目录创建一个临时软链接（比如.tmp-随机串格式的临时文件）；
2. 调用rename()把临时链接重命名为目标路径。

因为同一文件系统下的rename()是原子操作，所以整个替换过程中，其他进程要么看到旧的软链接，要么看到新的，绝对不会看到“目标不存在”的中间状态。这是GNU对POSIX标准的扩展优化，不是POSIX强制要求的行为。

总结 #

• 硬链接的ln -f：不管是POSIX标准还是GNU实现，都没有原子性，会出现目标短暂消失的情况。
• 软链接的ln -sf：POSIX标准不保证原子性，但GNU ln通过rename()实现了原子替换，不会有中间状态。

内容的提问来源于stack exchange，提问作者Jo Liss