Prowlarr vs Jackett：哪个索引管理器？

发布: 4小时前 (2026年3月11日 GMT+8 11:00)

8 分钟阅读

Source: Dev.to

[![selfhosting.sh](https://media2.dev.to/dynamic/image/width=50,height=50,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3774438%2F482de56f-785e-440f-8085-139a14b60470.png)](https://dev.to/selfhostingsh)

快速判断

Prowlarr 是运行 Sonarr、Radarr 或其他 arr 应用的更佳选择。它直接将索引器同步到你的 arr 堆栈，无需手动复制 API 密钥。
Jackett 仍然可用且支持更多索引器，但其开发模式相较于 Prowlarr 的原生集成显得有些陈旧。

概览

	Prowlarr	Jackett
起源	由 *arr 团队（Sonarr、Radarr、Lidarr、Readarr）构建	独立项目，早于 Prowlarr
架构	C#/.NET，原生 *arr UI 模式	代理服务器，将 Torznab/Potato 查询转换为特定 Tracker 的调用
主要目的	现代替代方案，原生集成到 Servarr 生态系统	原始解决方案——通用的 Torznab/Potato 代理

功能比较

功能	Prowlarr	Jackett
原生 *arr 同步	✅ 直接推送索引器	❌ 每个应用手动 API 密钥
支持的索引器	800+	1,000+
Torznab 支持	✅	✅
Potato（Newznab）支持	✅	✅
内置搜索	✅	✅
FlareSolverr 支持	✅	✅
索引器健康监控	✅ 内置统计	⚠️ 基础 – 仅错误日志
多应用同步	一个配置，所有应用均更新	将 API 密钥复制到每个应用
UI 框架	*arr 风格（保持一致）	自定义网页 UI
RSS 同步	✅	❌ 仅搜索
API	带 Swagger 文档的 REST API	REST API
Docker 镜像	`lscr.io/linuxserver/prowlarr`	`lscr.io/linuxserver/jackett`
许可证	GPL‑3.0	GPL‑2.0
活跃开发	非常活跃（Servarr 团队）	活跃（社区维护）

安装复杂性

Prowlarr – 在 *arr 堆栈中稍微更简便：只需添加一次索引器，Prowlarr 会自动将它们推送到 Sonarr、Radarr、Lidarr 和 Readarr。无需在 API‑key 上来回切换。
Jackett – 需要你在 Jackett 中添加索引器，复制 Torznab 源 URL 和 API 密钥，然后分别粘贴到每个 *arr 应用中。对于 4‑5 个应用和 10+ 个索引器，这会变得相当繁琐。

提示： 将容器放在与其他 *arr 应用相同的 Docker 网络中，以实现直接通信。

性能与资源使用

指标	Prowlarr	Jackett
RAM（空闲）	~100‑150 MB	~80‑120 MB
RAM（搜索时）	~200‑300 MB	~150‑250 MB
CPU	低	低
磁盘使用	~500 MB（config + DB）	~200 MB（config）
数据库	SQLite（embedded）	None（file‑based config）

Jackett 稍微轻量一些，因为它将配置存储在纯文本文件中，但两个应用对典型服务器都不会造成显著负载。

社区与支持

Prowlarr – 受益于 Servarr 生态系统。文档遵循与 Sonarr/Radarr/Lidarr/Readarr 相同的模式。活跃的 Discord、GitHub 社区，并且核心团队经常更新。
Jackett – 拥有庞大且成熟的社区，提供广泛的索引器支持。许多小众 Tracker 有 Jackett 定义，但尚未移植到 Prowlarr。开发由社区驱动，定期发布新版本。

用例

选择 Prowlarr 的情形…

您使用 Sonarr、Radarr 或其他 *arr 应用——原生同步是关键特性。
您希望在一个地方管理所有应用的所有索引器。
您偏好在整个媒体系统中保持一致的用户界面。
您需要索引器健康监控和搜索统计。
您正在从头搭建新的 *arr 堆栈。

选择 Jackett 的情形…

您需要 Prowlarr 尚未支持的特定小众 Tracker。
您使用支持 Torznab 的非 *arr 应用（例如 Mylar3、CouchPotato）。
您希望资源占用尽可能低。
您已经在运行 Jackett，且一切正常——无需迁移。

Migration: Jackett → Prowlarr

Install Prowlarr alongside Jackett (don’t remove Jackett yet).
Add your indexers in Prowlarr – most major trackers are supported.
*Add your arr apps as “Applications” in Prowlarr’s settings.
Prowlarr will push indexers to each app automatically.
Remove old Jackett Torznab entries from your *arr apps.
Once everything works, remove Jackett.

The migration is straightforward. The main risk is missing indexers – compare Prowlarr’s indexer list against your Jackett config before removing Jackett.

迁移：Jackett → Prowlarr

安装 Prowlarr，与 Jackett 并存（暂时不要移除 Jackett）。
在 Prowlarr 中 添加你的索引器——大多数主流 Tracker 都受支持。
在 Prowlarr 设置里将你的 *arr 应用添加为 “Applications”。
Prowlarr 会自动 推送索引器 到每个应用。
从你的 *arr 应用中 移除旧的 Jackett Torznab 条目。
确认一切正常后，移除 Jackett。

迁移过程相当直接。主要风险是遗漏索引器——在移除 Jackett 之前，请将 Prowlarr 的索引器列表与 Jackett 的配置进行对比。

最终结论

*Prowlarr 在 arr 堆栈用户中胜出。 它的原生集成是一个显著的使用体验提升：只需添加一次索引器，即可在所有地方使用。索引器健康监控能够在问题影响自动化之前捕获它们。

Jackett 仍然相关 适用于边缘情况：小众追踪器、非 *arr 应用，或已有的运行良好的设置。对于新安装，建议从 Prowlarr 开始。

常见问题

我可以同时运行 Prowlarr 和 Jackett 吗？
可以。有些人会同时使用——Prowlarr 用于原生 *arr 集成，Jackett 则作为不支持的 tracker 的后备。在 Prowlarr 中，你可以将 Jackett 添加为 “通用 Torznab” 索引器。

Prowlarr 会完全取代 Jackett 吗？
对大多数用户来说，是的。Prowlarr 支持 800 多个索引器。除非你需要只能在 Jackett 中找到的特定小众 tracker，否则 Prowlarr 能处理所有需求。

哪一个的 FlareSolverr 集成更好？
两者都支持 Cloudflare 保护的 tracker 的 FlareSolverr。Prowlarr 的集成稍显更完善——它会在每个索引器旁显示 FlareSolverr 状态。

所有信息截至 2026 年 3 月。

我仍然需要 Jackett 吗，如果我只使用 Sonarr 和 Radarr？

不。 Prowlarr 是推荐的替代方案。Servarr 团队（Sonarr 和 Radarr 的创建者）专门为 arr 用户构建了 Prowlarr，以取代 Jackett。