软链接是独立文件，存储路径字符串；硬链接是同一inode的多个目录项，与原文件完全等价。硬链接不可跨文件系统、不可链接目录；软链接可跨分区、可指向目录或不存在路径。
软链接（符号链接）和硬链接本质不同：软链接是独立文件，存的是路径字符串；硬链接是同一 inode 的多个目录项，与原文件完全等价。
核心区别：底层机制与表现
硬链接指向的是文件的 inode，不是文件名。只要有一个硬链接存在，文件数据就不会被删除；删除原文件只是删掉一个目录项，不影响其他硬链接访问数据。软链接则是一个特殊文件，内容是目标路径的字符串，它有自己的 inode 和文件属性，不共享原文件的数据块。
- 硬链接不能跨文件系统（因为 inode 编号只在本分区唯一）
- 硬链接不能对目录创建（防止循环引用破坏文件系统结构）
- 软链接可以跨分区、可指向目录、可指向不存在的路径（创建时不会校验目标是否存在）
- 修改软链接权限或所有者，只影响链接文件本身，不影响目标
- 修改硬链接的权限或所有者，会同步反映到所有硬链接（因为它们共用同一个 inode）
如何创建与识别
创建硬链接用 ln source target，不加任何选项；创建软链接必须加 -s： ln -s source target。注意：软链接的目标路径如果是相对路径，是以链接文件所在位置为基准解析的，不是创建时的当前路径。
- 用
ls -li查看：硬链接显示相同 inode 号；软链接显示类型为l，且第二列硬链接数为 1（它自己） - 用
file linkname可快速识别软链接及其指向 - 用
readlink linkname可输出软链接的目标路径（-f参数可展开多层软链接并返回最终真实路径）
典型使用场景对比
硬链接适合需要“多入口、单副本、强一致性”的本地文件管理场景；软链接更适合灵活跳转、版本切换、兼容性适配等逻辑映射需求。
- 硬链接常用场景：备份关键配置文件时不占用额外空间；日志轮转中保留旧日志的多个访问入口；程序内部需要多个名字访问同一数据文件
-
软链接常用场景：将
/usr/local/bin/mytool指向实际版本目录下的可执行文件（如/opt/mytool/v2.3/bin/mytool），升级时只需改链接；为不同架构提供统一路径（/lib64指向具体 ABI 子目录）；开发中让项目目录在不同位置有统一别名（如~/project→/mnt/ssd/dev/project）
常见误区与注意事项
很多人误以为“删了原文件，硬链接就打不开”，其实只要至少一个硬链接存在，数据就安全；而软链接一旦目标被删或移动，立即变成“断链”，访问时报 No such file or directory。
- 不要对正在写入的日志文件频繁创建硬链接——某些日志切割工具依赖重命名行为，硬链接可能干扰其判断
- 软链接路径尽量用绝对路径，避免因工作目录变化导致解析失败
-
cp默认复制软链接的目标内容，加-d才复制链接本身；rm删除软链接只删链接，不影响目标 - 硬链接数可在
ls -l输出的第二列看到，普通文件默认为 1，每增加一个硬链接该数字 +1
