磁力检索的索引结构与筛选方法
哈希值背后的索引结构
磁力链接的核心是那段 40 位哈希值，它由文件内容计算得出，内容相同则哈希相同，与文件名无关。平台在建索引时，先抓取公开的 DHT 网络与种子站点公布的信息，再按哈希去重，把同一内容的多种命名合并到一条记录下。这样做的结果是，检索页展示的标题可能是若干命名中的一种，而文件清单来自最近一次成功连通的节点。理解这一点，就能解释为什么同一个资源在不同条目下体积会略有差异——多出来的可能是附加字幕或说明文档。索引本身不存储文件，只记录哈希、体积、文件树与最近连通时间，因此条目是否可用，取决于此刻是否仍有节点在提供数据。
做种数与连通率的参考方式
做种数指当前仍持有完整文件并对外提供数据的节点数量，它不等于下载速度，但决定了一个条目能否被完整取回。平台在结果页同时展示做种数与最近一次连通时间，两者结合看更可靠：做种数为 1 而连通时间停在三天前的条目，实际可取的概率低于做种数 8、连通时间在半小时内的条目。需要提醒的是，做种数会随时间波动，深夜与工作日的数值通常偏低。把做种数当作判断依据时，建议先看区间而不是纠结精确数字，例如 20 以上属于相对稳定，5 以下则需要多找几个来源备选，再决定从哪一条开始。
检索式书写里的常见偏差
多数检索失败并非资源不存在，而是关键词写得太宽或太窄。写得太宽，例如只输入一个通用词，返回结果会混入大量同名但不同内容的条目；写得太窄，例如把发行年份、字幕组名称、文件格式全部塞进一个词串，命中率会明显下降。较为稳妥的做法是分两步：先用片名或主题词加年份确定大致范围，再在结果页用文件清单和体积做二次筛选。引号用于锁定完整词组，减号用于排除无关词，空格表示并列，这三种符号组合起来足以应付大部分场景。平台在检索框下方保留了一份符号说明，随时可查。
用户评论
来自实际使用者的反馈，保留原始表述，未做修饰。
检索框支持减号排除，这点很实用。上次找纪录片时一直混进同名的综艺，加一个减号就干净了。
做种数排序做得直观，健康度低的会置灰。挑之前先扫一眼数字，能省下不少等待的时间。
文件清单预览是常用的功能，能先看清里面装了什么再决定，比闭着眼睛点进去强太多。
页面干净，检索结果里没有整屏的跳转按钮，首屏出来得也快，用着不闹心。
历史记录保留 30 天这一点很贴心，隔一周回来还能翻到上次的结果，不用重新拼关键词。
批量勾选导出清单省事，整理素材时直接把文本丢进表格，省了手动抄写的功夫。
索引合并做得不错，同一部片子好几个命名被归到一组，不用来回比对哪个版本更完整。
手机上看排版也没乱，详情页的文件树能横向滑动，窄屏下的体验算是顺畅。
哈希值复制按钮位置固定，复制完直接粘进客户端，中间不用来回切换，流程顺。
检索框下面的符号说明帮了大忙，引号和减号的用法写得很清楚，新手也能跟上。