ln

创建硬链接或符号链接，用多个路径指向同一份内容。

补充说明

默认 ln 源 目标 创建硬链接：两个名字指向同一 inode，权限、扩展属性和内容完全共享，删除其中一个名字不会影响另一个。硬链接不能跨文件系统，也不能指向目录（Time Machine 的内部目录链接是特例，普通用户不能创建）。ln -s 源 目标 创建符号链接，链接里保存的是路径字符串，可以跨卷、可以指向尚不存在的目标。

BSD 与 GNU 的差异：macOS 的 ln 支持 -h/-n（目标是符号链接时不跟进去）、-w（源不存在时警告）、-F（目标是目录时先移除）；GNU 的 -r（生成相对链接）和 -t（指定目标目录）在 macOS 上不可用。GNU 习惯写 ln -sfn，macOS 对应 ln -shf 或 ln -sfh。

参数顺序是 ln -s 源 目标，与 cp 相反，写反会得到一个指向错误位置的链接。目标已存在且是目录时，链接会被创建在目录里面，文件名取源的 basename；要替换目录本身或替换指向目录的链接，必须加 -h/-n。

常用示例

# 把 Homebrew 安装的命令链接到 ~/bin，注意源在前、链接在后
% ln -s /opt/homebrew/bin/rg ~/bin/rg

# 替换已存在的符号链接而不是把新链接放进目标目录
% ln -sfn ~/dotfiles/zshrc ~/.zshrc

# 硬链接同一卷上的大文件，两个名字共享内容
% ln ~/data/archive.bin ~/Backup/archive.bin
% ls -li ~/data/archive.bin ~/Backup/archive.bin

# 创建相对符号链接，移动整个 dotfiles 目录后仍然有效
% ln -s ../dotfiles/gitconfig ~/.gitconfig

# 目标还不存在时也允许创建，但用 -w 提醒这是悬空链接
% ln -sw ~/missing/file ~/Desktop/shortcut

# 查看链接指向和 inode
% ls -l ~/.zshrc && readlink ~/.zshrc

易错点与排错

• ln -sf 会先 unlink 目标再建链接。如果目标原本是普通文件而不是链接，文件内容会直接消失；替换前先 ls -l 确认。
• 目标是“指向目录的符号链接”时，不加 -h/-n 会把新链接建到该目录里。用 ln -sfn，事后 ls -ld 核对。
• 硬链接跨卷会报 Cross-device link，指向目录会报 Operation not permitted；这不是权限问题，改用符号链接。
• 硬链接共享权限和扩展属性，改一个名字的 chmod 会影响所有名字。要独立控制权限就复制文件。
• 源路径写相对路径时，链接保存的就是那串相对路径，相对于链接所在目录解析。移动链接或源目录后可能悬空，用 readlink 和 ls -l 验证。
• 系统路径受 SIP 保护，sudo ln -s 到 /System 或 /usr（/usr/local 除外）会失败；把自定义命令放到 ~/bin 或 /usr/local/bin。

相关命令

• ls — 用 -li 查看 inode 和链接指向。
• cp — 需要独立副本而不是链接时使用。
• mv — 移动链接本身而不是目标。
• ln — GNU 版对照，注意 -r/-t。
• mklink — Windows 的链接命令。

参考链接

• man page: ln(1)
• man page: link(2)

读完自测

合上页面，先回答，再展开对照。

1. 硬链接和符号链接在跨卷、指向目录、共享 inode 三方面有何区别？
2. ln -sf new ~/config-link 在 config-link 指向目录时可能发生什么？
3. 为什么替换普通文件前要特别小心 ln -sf？