NAS音乐库翻身记：飞牛音乐、Navidrome、流云音乐，几万首歌终于不用将就

换个思路：不是没歌听，是听得难受

值友们好，我是小软。今天聊个被 NAS 圈冷落很久、但最近突然热起来的话题——用自己的 NAS 听歌。

这事儿的痛点其实和硬盘容量无关。平台下架一首歌、歌手重新上架把旧版替换掉、某个歌手的版权分散在三家 App，你就得同时开三个会员，还得忍受开屏广告和”猜你喜欢”。所以很多人早就把歌存进 NAS 了。

但存进去只是一半。另一半更烦：怎么在手机、车机、电视上顺畅地听到它们？过去一年，这个问题的答案基本是”自己折腾 Navidrome”，而 2026 年这一半年，局面被彻底改写了。

先把时间线捋清楚：这半年发生了什么

📌 8 月 27 日，飞牛音乐在 fnOS 里正式上线。当天夜里大量用户集中刮削曲库，直接把官方服务器拉爆，官方连夜发公告，建议错峰、分批刮削。

📌 9 月 16 日，飞牛独立音乐 App 发布，安卓、iOS、鸿蒙三端同步，顺手带上了横屏模式和 CarPlay。

📌 10 月 22 日，社区插件 fnMusic 扩展的教程开始刷屏，思路是用插件接管飞牛音乐库、从多个音乐源识别曲目。

📌 10 月 24 日，同一天两件事：做 iOS/Mac 的云说时光把 Waca 放上安卓；EchoBox 回音盒开出官方号，说自己做产品的理由就是”歌明明都在自己的 NAS、网盘或音乐服务器里，想找一首听，却总要折腾半天”。

一句话总结：NAS 音乐的战场，已经从”选哪个服务端”挪到了”手机上用什么 App 听”。所以今天这篇不吹某一个方案，而是把我实际跑过的几条路摊开，你按自己的曲库规模和使用场景挑。

方案一：飞牛音乐（fnOS 自带）——刮削最省心

如果你用的是 fnOS，这是当前体验最”成品”的一条路。装好系统、把音乐丢进目录、点扫描，专辑封面、歌手、曲目信息、歌词会自己补齐，界面按专辑／歌手／文件夹三种视图切换，支持 FLAC、MP3、WAV、AAC、APE、DSD 这些常见格式。

它最大的价值不是播放器好看，而是官方把刮削和曲库管理做成了产品。以前这一层要你自己维护 music-tag-web，改标签、补封面、整理目录结构，一个周末就没了。

但也要把话说清楚：版本号还叫 0.9。上线首夜被刷屏催的功能是文件夹层级和多库隔离，到现在仍在补齐节奏里；飞牛 ID 登录、手机三端齐发这些也属于陆续落地的清单。它更擅长”管”，不解决”歌从哪来”——飞牛音乐只负责整理和播放，你的存货和下载链路还是自己的事。

和它搭配最舒服的是手机端：官方 App 基本够用，CarPlay 党尤其明显；iOS 侧还有流云音乐这类第三方客户端已经直连飞牛音乐，支持 FN Connect 自动发现、内外网地址自动切换、歌单同步和转码。

方案二：Navidrome + 音流／流云——老玩家最稳的一条

Navidrome 是老牌方案，fnOS 基于 Debian，内置 Docker，一条 compose 就能跑起来：

services:
  navidrome:
    image: deluan/navidrome:latest
    ports:
      - "4533:4533"
    volumes:
      - /vol1/1000/音乐:/music:ro
      - ./navidrome:/data
    restart: unless-stopped

实测内存占用 150MB 出头，对老机器压力可以忽略。它的优势是Subsonic API 生态——安卓有音流，想一步到位且搞得定 Play 商店可以上 Symfonium，鸿蒙端有听澜盒（原生支持 Navidrome／Subsonic／Emby／Jellyfin／飞牛音乐／WebDAV／SMB）。

缺点是”西方逻辑”：服务端默认英文（右上角头像 → Personal → language 改中文），播放逻辑和国人的习惯不太一样，点一首放完就停，要么全部随机；刮削还得靠 music-tag-web 这类工具另外部署，歌词封面要自己在设置里填 API（形如 https://api.lrc.cx/lyrics）。

所以这条路的定位很清楚：服务端交给 Navidrome 做”哑巴仓库”，体验全靠客户端补。

方案三：Jellyfin／Emby 顺带听歌；方案四：SMB 直读当兜底

如果你已经在跑 Jellyfin 或 Emby 看片，最省事的做法是让它顺带管音乐。好处是一个 App 打通影视和音乐、有硬解转码、远程播放省心；但音乐刮削质量明显不如专业音乐服务端，多碟专辑、CUE 整轨、DSD 这些容易翻车。

最后是零部署的兜底方案：SMB／WebDAV 直读。手机端用支持 SMB 的本地播放器，车机接 CarPlay 的文件读取，电视用 Kodi。它没有任何刮削和管理能力，但在”我只想现在立刻听到这首歌”的时候，它是唯一不会因为容器挂了、端口被占了而出问题的路径。我自己的习惯是：主力走飞牛音乐，SMB 常备。

实测踩过的坑，值友直接抄

🔧 刮削别一次性全库跑。上万首一起扫，官方服务端会限流，识别慢、部分失败都是正常现象，分批两千首一批最稳。

🔧 标签先洗一遍再入库。文件名乱、专辑名不全的曲库，刮削结果一定是灾难。用 music-tag-web 按艺术家／专辑批量整理，再交给服务端识别，准确率差别很大。

🔧 外网听歌先解决”进得去”。飞牛走 FN Connect 最省事；Navidrome 就得自己做公网、DDNS、端口映射或内网穿透，客户端里的地址还必须以 http:// 开头，写成 IP+端口是不认的。

🔧 车机是检验真理的唯一标准。音乐库再漂亮，CarPlay 里找不到入口就等于零。目前飞牛官方 App 的 CarPlay 是现成可用的，第三方客户端则在陆续接。

曲库怎么搬：三步少走弯路

很多值友卡住的不是选方案，是”我这几万首歌怎么办”。分享我自己的顺序：

1️⃣ 先盘点再动手。把现有曲库按文件夹过一遍，重的、碎的、重复的先删。同一张专辑存了三个版本的情况极常见，不删干净，刮削出来的结果一定是三份封面互相打架。

2️⃣ 统一目录结构。建议就一套：歌手／专辑／曲目号-曲名，多碟专辑用 CD1、CD2 分开。这套结构几乎所有音乐服务端都能正确识别，以后换方案也不用重来。

3️⃣ 歌单单独导出。平台会员到期前，把想留的歌单导出成 m3u／文本，转成本地文件再入库。歌单是最容易被平台绑死的东西，也是最容易被忽略的资产。

做完这三步再装服务端，你会发现刮削一次过的概率高得离谱。

五种方案横向对比

那到底该不该现在迁？

给结论，不绕：

✅ 已经在折腾 fnOS、存货就在盘里的折腾型用户，现在就上飞牛音乐。刮削和库体验是目前最强的差异点，官方把这一层做成了产品，你就省下一个周末。

⏸ 核心场景是车机、手机外听、HiFi 直连，或者忍受不了账号体系和播放衔接粗糙的，先别整库迁。盯三个信号：应用中心正式上架并推正式版、飞牛 ID 登录落地、手机三端齐发。三条齐了再迁，代价最小。

💡 曲库特别大、跨端设备特别多的老玩家，其实不必二选一。Navidrome 继续跑，飞牛音乐也开着，最终在同一个客户端里听——流云、听澜盒这类客户端本来就同时支持两套协议。

小软同学推荐

🎯 预算为零、只想听自己的歌：飞牛音乐 + SMB 兜底，一分钱不花，刮削全自动。

🎯 要求每一端都好用（安卓／iOS／鸿蒙／车机／电视）：Navidrome 当仓库 + 音流／流云当门面，多花一个晚上，换来长期自由。

🎯 不愿折腾任何服务端：群晖用户继续 DS Audio，别被”新版”两个字带走。

最后提醒一句：硬盘还在涨价，音乐这种”冷数据”其实没必要堆在高价大盘上。先把曲库整理干净、标签洗一遍，比买新硬盘有用得多。祝各位值友都能在地铁上，用自己 NAS 里的无损歌单，安静地把通勤熬完。