纪环每次看到硬盘里几十GB的重复文件，我都会陷入“删还是不删”的犹豫。直接删掉一份，又担心某个软件的缓存路径、下载任务的未完成引用，或者某台设备将来读取时需要那个特定路径；不删，下载目录里的电影副本、游戏安装包备份、素材库导出，又实实在在地把磁盘水位压得很难看。后来我改用EternalBlaze这类重复文件扫描工具，在Windows上把重复文件处理成“硬链接合并”，情况改善了很多。文章先从一个最关键的认知开始：硬链接合并和普通删除到底有什么本质区别，然后按照EternalBlaze的实际操作流程，拆成三个步骤讲清楚整个扫描、审阅、合并、验证的过程。零基础没有问题，每个环节都有可复现的操作，也有避开常见坑的经验。
1. 为什么我最终没有选择“删除重复文件”，而是让它们“共用一份数据”
1.1 直接删除重复文件的三个痛点
市面上有大量重复文件查找软件，功能基本类似：扫一遍磁盘，找出文件名、大小或内容完全一样的文件，让你决定删除哪些。但一旦真到了点击删除的时候，很多人都会犹豫，原因主要有三个。
第一，你不知道哪个路径是“被真正使用”的。比如一块素材盘里有旧版素材A，备份盘里也有一份看起来一模一样的旧版素材A。内容哈希确实一致，但某个正在运行的批处理脚本、某个后期项目工程可能引用备份盘里的那一份，而不会去引用素材盘里的路径。如果直接删除备份盘副本，项目下次加载就会报路径缺失。删除操作是不可逆的，尤其是清理出几十GB之后，你不会记得每个文件原本躺在哪个具体目录。
第二，多级目录的重复文件删起来很麻烦。一个重复组可能分布在三个目录里，你想保留最顺手的那一个，手动删除另外两个，但是某些文件可能被资源管理器占用，某些路径权限不足，删除过程中一半成功一半失败，再次扫描还是一堆杂乱状态。
第三，有些应用并不关心路径本身，但它们在启动时会检查“文件是否还在”。比如游戏更新器或素材库管理软件，只要原路径下缺少文件，就认为资源丢失，触发重新校验或者重新下载。哪怕同一个内容在其他目录照样能用，程序也不认。
这些痛点指向一个需求：能不能在“保留路径入口”的前提下，让两份重复文件不再各占一份物理空间？这就是硬链接合并想做的事情。
1.2 硬链接：“多个路径、一份实体”才是关键
传统复制文件时，每个路径下都存放一份独立的数据。假设你有两个一模一样的1.2GB视频文件，分别放在F:\电影和G:\备份，那么它们实际占用约2.4GB。如果以后只用到其中一个路径，另一个路径纯粹是备份，删除确实能释放1.2GB。
硬链接的思路完全不同。Windows的NTFS文件系统在底层把“文件路径”和“文件数据”分开管理。每个文件的数据内容对应一条文件记录，路径只是访问这条记录的一个入口。硬链接做的事情，就是让两条或多条路径指向同一条文件记录。可以类比为：同一个文件柜里的一份文件，你在柜门和侧门各贴了一张索引标签。不论从哪个门进去，拿到的都是同一份纸质资料，但两个门上的标签都还在。当你从某个门拿走标签，另一个人从另一个门仍然能拿到资料。
所以硬链接合并后，逻辑上F:\电影\A.mp4和G:\备份\A.mp4两个文件路径仍然都存在，都能正常打开；物理上它们共享一份数据，磁盘占用从2.4GB降为约1.2GB。对普通应用来说，它看到的就是一个普通文件，不需要关心这是不是硬链接。这是硬链接比快捷方式或符号链接更适合“去重”的原因：快捷方式本身只是个索引文件，目标路径移动后快捷方式就失效；硬链接没有“目标路径”这个概念，因为它就是文件本身。
1.3 先记住这四个适用边界
在开始使用EternalBlaze之前，建议把硬链接的边界记清楚，否则后续很容易产生误解。
- 硬链接只能在同一个磁盘分区内创建。
F:盘里的文件不能硬链接到G:盘，文件系统不允许跨卷合并。 - 硬链接只能作用于文件，不能作用于目录。合并的对象必须是具体的文件，没法把整个文件夹“链接”成一个。
- 只有NTFS文件系统支持硬链接，FAT32、exFAT这类格式不行。你的C盘通常是NTFS，但U盘、移动硬盘不一定是。
- 因为两个路径共享同一个数据记录，通过