为何fs.link()报EPERM错误而fs.rename()可成功执行？

• 硬链接不支持目录：Linux系统从底层就禁止给目录创建硬链接，这是为了防止文件系统出现循环引用，破坏树形结构。fs.link()是创建硬链接的API，所以针对目录调用时必然返回EPERM错误——哪怕你有/var/www的创建权限也没用，这是系统级的限制。
• fs.rename()的本质是元数据修改：rename()不是创建链接，而是对目录进行重命名/移动操作。只要源目录/var/data/example和目标路径/var/www在同一个文件系统下，它只是修改文件系统的元数据条目，不需要创建硬链接，所以能成功执行。

既然硬链接目录不可行，又不能用符号链接（服务器不跟随），可以用以下方式实现保留旧内容+原子替换的需求：

方案1：绑定挂载（Bind Mount） #

这是Linux专门针对目录实现的“类硬链接”功能，能让一个目录挂载到另一个路径，且服务器会直接读取挂载后的目录内容（不需要跟随符号链接）：

1. 先备份原有/var/www：mv /var/www /var/www.old
2. 将新目录绑定到/var/www：mount --bind /var/data/example /var/www
3. 后续替换新内容时，用原子移动挂载实现无停机切换：

   # 先把新目录挂载到临时路径
   mount --bind /var/data/new_example /var/www.tmp
   # 原子切换到新目录
   mount --move /var/www.tmp /var/www
   

   旧内容会一直保留在/var/www.old，需要时随时可以恢复。

方案2：原子重命名+备份 #

如果不想用挂载，利用mv的原子性也能实现：

1. 先把新目录完整复制到/var下的临时位置：cp -a /var/data/example /var/example.new
2. 原子替换并备份旧目录：

   mv /var/www /var/www.bak && mv /var/example.new /var/www
   

   这个操作是原子的，服务不会读到半更新的内容，旧内容存在/var/www.bak里。

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