静听使用说明|先判断:WebDAV 适合放哪些音乐

系列第 00 篇。这一篇不定方案，只帮你判断该不该用 WebDAV、四种服务端选哪一种，以及要准备好哪几样东西。

WebDAV 是文件协议，不是音乐服务

这是最容易误会的一点，先说清楚。

WebDAV 只是在 HTTP 之上扩展出来的一套文件协议。它提供的能力是「列目录、读文件」，它不知道什么是专辑、歌手和歌单。

所以接进静听以后，能不能按专辑、歌手浏览，靠的不是 WebDAV，而是静听去读你那些文件的标签和内嵌歌词。文件整理得整齐，资料库就整洁；文件只有一串文件名，资料库就是一堆文件名。

这一点决定了两件事：

• WebDAV 适合放「已经整理过的音乐文件」，它不会替你把混乱的目录变成规整的曲库。
• 如果你已经在跑 Navidrome，那它比 WebDAV 更合适。Navidrome 是音乐服务器，静听连接后可以直接浏览歌曲、专辑、歌手和歌单，也能用服务端搜索和封面。WebDAV 没有这一层。

来源页把两类来源分开放：「远程来源」是 NAS / SMB 和 WebDAV，「音乐服务」是 Navidrome。截图使用未连接账号的测试环境。

什么时候该用 WebDAV

适合：

• 音乐在电脑或 NAS 上，已经有一套自己的目录结构，但不想再装一套音乐服务。
• 音乐散在好几个网盘里，想用 OpenList 之类工具聚合成一个入口，只登录一次。
• 需要跨平台：WebDAV 是通用协议，同一份目录，iPhone、电脑和别的播放器都能读。
• 只想用最简单的形式提供文件：不建索引、不扫描、不生成数据库。

不太适合：

• 希望服务端帮你整理元数据、生成专辑封面和歌单——那是音乐服务器的事。
• 文件名混乱、标签大量缺失，又不想花时间整理——换任何播放器都救不回来。
• 曲库完整地放在 NAS 上，而且只在家里局域网听——SMB 往往更省事。

要准备的只有三样东西

在第 05 篇你会看到，静听的 WebDAV 登录页只有四个输入框：服务器地址、用户名、密码，外加一个选填的显示名称。

显示名称可以不填；前三项缺一不可。截图来自 2.3.2 模拟器，未填写任何真实账号。

所以你要准备的其实是三样：

第 1 项是唯一容易出错的。它内部由四段组成：

http://192.168.1.10:5244/dav└┬─┘   └────┬────┘ └┬─┘ └┬┘协议      主机     端口  路径

每一段的要点：

明文 HTTP 可以用：静听的 iOS 端已开放明文 HTTP 访问，局域网里用 http:// 不需要额外配证书；公网访问仍建议配 HTTPS。

这四段具体怎么合成一条地址、四种方案各填成什么样，第 05 篇有完整对照表和示例。

四种服务端，怎么选

如果只能选一个最省事的起点：

• 曲库在 NAS 上 → NAS 自带（第 02 篇）
• 音乐散在网盘里 → OpenList（第 01 篇）
• 完全不想维护服务端 → 网盘自带的 WebDAV（第 04 篇），但要接受流量额度限制

别急着把整个曲库接进来

不管你选哪种方案，第一次都建议只暴露一个专辑目录，在静听里接上、播放、确认标签和歌词都对，再逐步扩大范围。

原因不是怕出错，而是排查成本。WebDAV 这一路上至少有三个环节可能出问题——服务端有没有正常提供、网络能不能通、静听有没有正确解析。一次只动一个变量，出问题时你才知道该看哪里。

第 06 篇会把这三个环节的排查顺序写全。