简要回答
大型播放列表变慢，并不只是因为条目多。元数据、封面图、EPG 大小、设备内存和索引策略往往影响更大。有效的测试应把下载时间、首次导入、界面浏览和媒体起播分开衡量。
要点
- 将首次同步与日常使用分开测量。
- 封面图和 EPG 的数据量可能超过播放列表本身。
- 内存较小的盒子需要增量加载和有上限的缓存。
- 对比测试时使用相同的授权来源、网络和设备。
大型目录的四项隐性开销
| 阶段 | 播放器的工作 | 处理不当时的症状 |
|---|---|---|
| 下载 | 接收播放列表、分类和 EPG | 进度停滞，或耗时随网络波动 |
| 解析 | 读取条目并规范化元数据 | 首次导入耗时极长 |
| 索引 | 准备搜索、分组和 EPG 匹配 | 搜索缓慢，界面卡顿 |
| 显示 | 按需加载封面图和可见行 | 内存吃紧，应用自动重启 |
经过优化的播放器应该怎么做
- 逐步写入数据，而不是把整个目录保留在内存中。
- 对长列表进行虚拟化，只绘制可见的行。
- 根据可用内存限制并清理图片缓存。
- 在 UI 线程之外建立搜索索引。
- 在格式允许的情况下，只更新发生变化的数据。
- 后台任务进行时，仍可用遥控器流畅操作。
一个简单、可对比的测试
- 重启设备并关闭其他应用。
- 在每个播放器中使用同一个授权测试来源。
- 分别计时：从设置到首个可用界面的时间，以及完成全部同步的时间。
- 打开直播、节目指南、搜索、收藏夹和若干分类。
- 十分钟和三十分钟后返回，检查是否有内存被回收的情况。
- 重复三次，取中位数，而不是最好成绩。
用户可以自行改善的地方
- 为本地数据库和缓存保留足够的存储空间。
- 移除不必要的后台应用。
- 使用有线网络或稳定的 Wi-Fi，以便排除网络问题。
- 避免同时启动多个同步任务。
- 保持系统、播放器和播放组件为最新版本。
DringTV 将公布哪些数据
我们的测试方案将公开设备型号、目录规模、导入时间、首次可交互时间以及浏览后的稳定性。所有数据都将在多次重复测量之后才会公布。
常见问题
Android TV 上多少条目算太多？
没有统一的阈值。两个规模相同的目录，其封面图和 EPG 负载可能相差很大，而不同设备的内存上限也各不相同。
网速更快，整个应用就会更快吗？
网速提升能加快下载，有时也能加快媒体起播，但对本地索引或低效的界面没有帮助。
技术参考资料
DringTV 仅是一款媒体播放器，不提供、销售或推荐任何频道、播放列表、门户或内容。请仅使用您有权访问的来源，并遵守来源所有者的规定及您所在国家/地区的法律。