2026 年，本地媒体库最好的音乐播放器
不是最好的音乐 App。那些是流媒体客户端，看的是曲库和价格。这里说的是更小的一个问题：音乐已经在你自己的硬盘上、而且量很大的时候，哪个桌面播放器撑得住。
真正把它们分开的五件事
它得扛得住你媒体库的规模
大多数播放器是拿几百张专辑演示的。有意思的崩溃从几万首起步：扫描要花一晚上，滚动开始卡，内存一路往上爬到某个地方顶不住。这一条截图上看不出来，却决定了你一年之后还用不用它。
它得把你的标签读对
扫一眼文件头，只能拿到一个曲目名和一个错的时长。读得深意味着完整标签、真实时长，以及每个文件自己的编码、采样率和位深。它也意味着标签坏掉的文件会被索引进来，而不是悄悄丢掉，因为一个媒体库默默弄丢 300 个文件，比它承认有问题要糟得多。
它得让你把标签写回去
精心整理过的收藏，就是会被反复改的收藏。批量修改、原子写入（崩溃也不会截断文件），还有评分：写在文件本身里，不是写进一个你带不走的数据库。
布局得是你的
这里的偏好是真的很个人，这正是“可组合”胜过“一个好默认”的理由。面板由你自己排布、带着各自的配置复制、弹出成真正的窗口，比任何别人替你挑好的单一布局都强。
它得是你留得住的
本地媒体库正是人们在某个服务下架一张专辑或者改条款时退回去的东西。播放器要是拿账号、遥测或者订阅来回应这件事，它就没搞懂自己在放的是什么。
第一条实测出来是什么样
七个播放器，一个五万首曲目媒体库，一台机器，一套流程。启动和空闲开销是每天都能感觉到的那部分。
| 播放器 | 出窗口 | 完全加载 | 内存 | 空闲 CPU |
|---|---|---|---|---|
| rox | 0.3 s | 2.3 s | 134 MB | 0.5% |
| Elisa | 0.7 s | 一直静不下来 | 206 MB | 74% |
| fooyin | 0.3 s | 18 s | 364 MB | 0% |
| Quod Libet | - | 19 s | 384 MB | 0.2% |
| Strawberry | 0.3 s | 32 s | 434 MB | 0.8% |
| Museeks | - | 3 s | 436 MB | 0% |
| Tauon | 8.7 s | 12 s | 2.8 GB | 0% |
这些数字都是我自己在同一台机器上测的（Ryzen 9 5950X，Linux/Wayland），同一个放在外置 SSD 上的五万首曲目媒体库，每个播放器都过同一套测试流程，并且都已经把媒体库加载好。内存是整棵进程树的 PSS。“完全加载”指启动后 CPU 平静下来的那一刻；空闲指窗口可见、播放器暂停的状态。
老实说，能挑的就这几个
如果你在 Windows 上，而且已经在用 Foobar2000，那你二十年前就有答案了。这一页上没有任何东西能在它自己的平台上赢过一套跑得好好的 Foobar2000。
如果你想要插件生态庞大、在 Linux 上有长期记录的东西，Quod Libet 和 Strawberry 都是真答案，两个用起来都挺舒服，前提是先等它们把这么大的媒体库加载完。要是标签那一条才是你真正在意的，它另外写成了一篇 Mp3tag 替代品；第一条里响度那一面在 ReplayGain 那篇。
如果你想要的是在 Linux 或 macOS 上原生的 Foobar2000 那个形状，rox 就是答案：自己拼的面板、深度标签、作为单个可分享文件的主题，还有面对这么大的媒体库依然一秒之内出窗口。它很新，也没有插件 API。这两条都是真实的代价。
上面那五条是底线，不是上限。评分通过 FMPS 和 POPM 进到文件本身，不是进一个你带不走的数据库；多值流派是作为媒体库的一种看法合并的，不是把你的标签改写掉。要是这类东西正是你一直想从媒体库那儿得到的，那就把它指向你的硬盘。
拿你自己的收藏去量
真正算数的基准是你硬盘上的那个。自由开源，不用账号，没有安装程序。