磁力链接的校验逻辑与索引取舍
哈希值如何决定一条链接的身份
一条磁力链接的身份由末尾那串四十位十六进制字符决定，这段字符通常取自文件内容的 SHA-1 计算结果。文件内容相同，哈希值就相同；文件名被改动、目录被重新打包，只要二进制内容未变，哈希仍然指向同一条记录。索引端据此判断两条链接是否指向同一份文件，而不必依赖标题里的关键词。
实际操作中，同名不同源的情况相当常见，同一部作品的压制版本、字幕封装版本、分卷版本各自持有独立的哈希值，把它们强行合并会让体积信息失真。平台因此在归并前先比对哈希，再比对文件总长度，两者都一致的才视为重复条目，其余保留为并列记录，各自标注来源与首见时间，后续核对时能看出同一条链接在不同来源之间的分布差异。
索引去重时保留哪些字段
去重并不意味着把多余记录直接删除。索引端会保留一份主记录，再把其余来源作为附注挂在主记录下方，附注里包含来源渠道、首见时间与当次抓取到的做种数量。主记录承担展示职责，附注承担追溯职责，两者分开存放，便于在后续核对时对照时间线。
文件名字段单独处理：不同来源对同一份文件的命名往往不一致，索引端选择保留信息最完整的一版，并把其余写法收进别名列表，检索时用任意一种写法都能命中。目录结构则只保留一层主干，过于琐碎的临时文件夹会被折叠，避免条目页被大量空目录撑开。这些字段的取舍标准写在公开的说明页里，规则改动时会同步到使用指南。
健康度数据的采集与呈现方式
健康度反映的是种子当前的可用程度，由做种数量与下载完成度两项推算得出，采集间隔为六小时一轮。探测程序从公开的 tracker 响应里读取做种数与下载数，再结合最近一次成功连接的记录，给出一个百分制数值。数值低于三成的条目在列表里显示为灰色，提示可以跳过；高于七成的排在前面，方便优先选择。
健康度并非恒定值，一个昨天还有二十个做种的种子，今天可能只剩两个，因此条目页会同时展示最近三次的采样结果，用来看趋势而非只看单点。采样失败时保留上一次的数值并标注时间，不做归零处理，避免把临时故障误判为资源失效，也让使用者在判断时有一个参照基准。
平时找老纪录片的分卷最头疼，哈希一贴直接出结果，体积和目录都在，省了不少来回翻的时间，这一点确实省心。
界面挺清爽，筛选项能叠加着用，就是希望体积区间可以自己填上下限，预设的那几档有时候不够细致。
健康度那个灰标挺有用，低于三成的我基本不点了，避免下到一半卡住，这个提示做得比较实在。
目录预览做得细，子文件夹的体积占比一眼能看出来，比自己解压翻半天强，希望以后能直接搜目录名。
粘了串四十位哈希本来没抱希望，结果真查到了，收录时间显示是两年前，文件还挺完整，有点意外。
手机上用着还行，筛选栏固定在上边不用来回滑，就是标签有点小，点的时候容易碰到旁边那个。
同一条链接在三个地方见过，这里合成一条了，附注里能看到来源，不用自己一个个比对，省事不少。
有一次查个冷门文档没结果，换成关键词才找到，哈希直查对没收录的东西确实没办法，这点能理解。
检索日志挺好用，前几天查过的东西能翻回来，不用重新输一遍条件，这个细节做得不错，希望保留。
用了小半年，条目结构一直挺规整，没出现过文件名乱码的情况，翻页也不丢筛选条件，用着踏实。