磁力蜘蛛 · 让每一条磁力链接都有迹可循

Q1.磁力蜘蛛存储资源文件吗？

不存储。磁力蜘蛛是索引工具，只收集公开分享的磁力链接和种子元信息，包括文件名、体积、文件列表等可读字段。平台不托管任何资源文件，也不改变资源原有的分发方式。用户拿到磁力链接后，需要借助 BT 客户端或其他协议工具完成后续流程。索引库中的条目会随源头状态变化而调整排序权重。

Q2.蛛丝强度具体衡量什么？

蛛丝强度是一个综合可信度指标，由链接存活时间、近期下载成功率和来源节点健康度三个可观测维度合成。它回答的是一个具体问题：在当前状态下，这条链接能够获取完整资源的概率有多大。等级越高，通常意味着资源更可靠、做种结构更稳定。但任何指标都是概率性的参考，不是绝对保证。

Q3.支持哪些类型的资源检索？

目前索引覆盖影视、音乐音频、文档资料、游戏镜像、4K 原盘、学习资源、软件安装和云盘转存线索等类型。每个大类下有独立的筛选字段，例如影视类侧重清晰度与字幕封装，音乐类侧重格式与码率，软件类侧重版本与适用平台。分类入口与侧边栏导航一一对应，便于从类型直接进入。

Q4.为什么搜索结果中同一个资源会出现多个条目？

磁力蜘蛛会对同一 info-hash 的多来源条目进行合并去重，但保留来源差异作为参考信息。不同来源可能在文件名标注、标签方式或附加文件上有所不同，这些差异有时对判断有用。去重逻辑的核心是按内容结构合并，而不是按标题粗暴删除，以避免误删实际上有差异的有效条目。

Q5.多协议嗅探是指什么？

磁力蜘蛛在 BT 磁力链接之外，还会识别 eD2k 和 FTP 等公开分发协议中可被索引的资源线索。不同协议的条目在结果中以来源标记区分，详情页会注明协议类型。多协议覆盖的意义在于补足单一协议的长尾部分：BT 覆盖面广但生命周期波动大，eD2k 和 FTP 有时能提供更稳定的老资源线索。

Q6.热度排序的“热度”是怎么来的？

热度主要依据近期检索行为与条目访问停留时长加权计算，并设置衰减窗口，避免陈旧热度无限累积。排序反映的是“近期关注度”，而不是资源质量本身。热度高的条目可能蛛丝强度一般，也可能做种数不高。建议把热度与蛛丝强度、做种数结合来看，而不是单独依赖其中一个排序维度。

Q7.文件预览能看到哪些信息？

文件预览展示的是种子内部的目录结构和文件列表，包括文件数量、单个文件名、大致体积以及分卷关系。对于合集类、剧集类和软件安装包类资源，预览能帮助用户在拿到链接前判断资源是否完整、是否包含不需要的附加文件、目录结构是否符合预期，从而减少下载后的返工。

Q8.索引库多久更新一次？

当前索引更新频率为小时级。DHT 网络中不断有新的 info-hash 出现，公开分享页面的结构也会变化，小时级抓取是在覆盖面和资源消耗之间找到的平衡点。更新并不意味着旧条目会立刻消失，但已经失效或健康度下降的条目会在排序中逐步靠后，让仍然可用的条目保持可见。

Q9.为什么有些磁力链接下载速度很慢？

磁力链接的下载速度取决于做种节点的数量和分布、你的网络环境以及与 peer 的连接质量。索引工具能提供做种数和蛛丝强度作为参考，但无法直接控制下载速度。做种数高且来源分散的条目通常更稳定；做种集中在少数节点上的资源，即使数量看起来不少，实际传输也可能受限。使用支持多线程和 DHT 的客户端会有帮助。

Q10.移动端和桌面端的功能一致吗？

核心检索和索引字段在两端保持一致，布局和交互按屏幕尺寸做了适配。桌面端筛选条件平铺在列表附近，便于快速组合；移动端筛选收进底部弹层，避免占用首屏结果空间。侧边栏在移动端折叠为汉堡菜单，品牌区和分类导航完整保留。历史记录和收藏在本地留存，不依赖账号体系。

Q11.云盘转存标记是什么意思？

部分条目会附带云盘转存可行性标记，用于提示该磁力资源在离线下载到云盘场景中的预期状态。标记综合考虑体积、文件结构复杂度和来源健康度等因素，帮助用户在决定是否走云盘流程前有一个初步判断。该功能仍在逐步覆盖中，并非所有条目都带有标记，标记本身也不构成对转存结果的承诺。

Q12.如何让搜索结果更准确？

建议使用更具体的关键词，例如片名加年份、软件名加版本号，或文档名加格式后缀。利用侧边栏分类先缩小资源类型范围，再用时间、热度、体积等筛选条件收窄结果。如果一次检索结果过多，优先看蛛丝强度较高的条目，再结合文件预览确认内容结构。搜索词越贴近目标资源的标注方式，匹配效率越高。