nzb360 v25 发布：新增观看追踪，媒体服务器管理再升级

nzb360 是一款面向 Android 平台的媒体服务器管理应用，长期以来是自托管（self-hosted）玩家管理 Sonarr、Radarr、下载器等服务的常用工具。近日开发者在 r/selfhosted 社区宣布了 v25 大版本更新，带来了备受关注的观看追踪功能，同时对界面和性能进行了大规模重构。

Tracearr 观看追踪：本次更新的核心亮点

对于运行多用户媒体库的用户来说，v25 最引人注目的新功能是 Tracearr 观看追踪。这项功能由 Feature Bounties（功能悬赏）机制推动开发，允许你直接在 Sonarr、Radarr 以及 Dashboard 2 界面中，追踪自己和其他用户观看过哪些内容。

换句话说，管理员不再需要跳转到额外工具，就能在熟悉的媒体管理界面里掌握全家或多用户的观看进度。这对于家庭共享媒体库、朋友间共享 Plex/Jellyfin 服务的场景尤为实用。

配合观看追踪，Tracearr 的用户页面也基于新的 v2 API 进行了完全重新设计。现在你可以查看完整的观看历史、用户使用的设备、热门题材（top genres）以及一系列统计数据，让媒体消费行为变得可视化。

Tracearr 所依赖的用户观看数据通常来源于 Plex、Jellyfin 或 Emby 等媒体服务器的播放历史 API。这些平台会记录每个账户的播放事件、进度和设备信息，Tracearr 通过对接相应 API 将这些数据聚合到 nzb360 的统一界面中。v2 API 相较于旧版本通常意味着更细粒度的数据字段（如具体播放时长、暂停点）以及更稳定的权限控制，这正是新版用户页面能够展示设备类型和题材偏好等丰富统计信息的技术前提。Feature Bounties（功能悬赏）机制则是 nzb360 社区驱动开发的一种方式：用户可以为自己最想要的功能众筹资金，当奖金池达到开发者设定的阈值后，该功能便会被优先排期实现，Tracearr 正是这一机制下的产物。

导航与仪表盘的结构性改进

v25 在信息组织方式上做了不少工作。用户现在可以在导航抽屉（nav drawer）中创建"分区（Sections）"，把相关服务分组管理。当你同时接入多个服务实例时，这种分组能显著降低查找成本。

Dashboard 2 的通用日历（Universal Calendar）新增了列表视图选项，并且可以自定义向前和向后显示的天数。对于关注剧集更新和电影发布节奏的用户，这种灵活度让日历真正贴合个人使用习惯。

值得一提的是，原本集成的 Readarr 已被 Chaptarr 完全替代——后者是一个处于活跃维护状态的分支项目。开发者强调迁移过程无痛：现有的服务器设置和任何终身解锁权益都会自动保留，既能继续对接旧的 Readarr 实例，也支持新的 Chaptarr 实例。

Readarr 是 *arr 生态中负责管理电子书和有声书的自动化工具，与 Sonarr（剧集）、Radarr（电影）在架构上一脉相承。Chaptarr 是 Readarr 的一个社区分支（fork），诞生背景是 Readarr 官方项目在一段时间内维护节奏放缓、Issue 积压。分支项目继承了全部原有代码库，但由更活跃的贡献者团队推进 Bug 修复和新功能，因此两者在 API 层面高度兼容——这也解释了为何 nzb360 能够同时支持旧 Readarr 实例和新 Chaptarr 实例，用户无需重新配置服务器地址或凭据。

界面现代化与调试体验优化

这一版对 nzb360 的整体视觉进行了大刀阔斧的重写。所有设置界面都被重新设计，呈现更现代、更直观的观感；欢迎/引导流程（onboarding）也完全重写，目标是让新用户更快完成配置上手。

在调试层面，导航抽屉中的日志中心（Logging Center）UI 得到翻新，更多错误现在会显示完整的 JSON 响应体，方便排查问题。对于经常需要调试 API 连接的自托管玩家，这是一个务实且受欢迎的改进。

Sonarr 和 Radarr 2 也有多项细节打磨：手动搜索的筛选器现在将来源（source）与分辨率（resolution）分开，并支持保存默认值；Missing 标签页 UI 重做后减少了操作步骤、放大了文字；演职人员底部弹窗用 Compose 重写以获得更现代的外观。此外还能查看 Unraid 机器的当前 CPU 温度和功耗（瓦特），进一步强化了硬件监控能力。

nzb360 的界面正在逐步向 Jetpack Compose 迁移。Compose 是 Google 推出的声明式 UI 框架，与传统的 XML 布局 + View 体系相比，它以更少的代码描述 UI 状态，并在动画和主题一致性上具有天然优势。此次演职人员底部弹窗用 Compose 重写是这一迁移过程的缩影——渐进式替换意味着开发者可以在不全盘推翻旧代码的前提下，逐模块享受 Compose 带来的开发效率和运行时性能收益，同时也能解释为何 APK 体积在功能增多的情况下反而能缩减 30% 以上（Compose 编译器可以去除大量冗余的 View 层级代码）。

性能优化与稳定性修复

除了功能层面，v25 在工程质量上同样投入明显。开发者称进行了"贯穿全应用的重大性能优化"，并将 APK 体积缩减了 30% 以上，同时把目标平台提升至 Android 16，并更新了多个依赖库。

修复方面也解决了几个实际痛点，包括：

• 修复部分时区下 Sonarr 2 即将播出项目显示错误播出日期的问题
• 修复 Sonarr 2 活动队列（Activity Queue）无法显示全部项目的问题
• 修复手动 Sonarr 2 发布中"Download Anyway"（仍然下载）不生效的问题
• 整体稳定性提升

小结

从更新内容看，nzb360 v25 是一次兼顾功能拓展与工程重构的大版本。Tracearr 观看追踪补齐了多用户媒体库的行为洞察短板，Chaptarr 替代 Readarr 保证了长期可维护性，而 30% 以上的体积缩减和全局性能优化则改善了日常使用体验。对于依赖 Sonarr、Radarr 构建自托管媒体栈的 Android 用户来说，这是一次值得升级的更新。