企业官网建设流程全解析

1. 这玩意儿到底是啥？先聊聊“道理鱼”解决了谁的痛点

先说个场景，估计不少折腾 NAS 的人都经历过：音乐文件散落在一堆移动硬盘和旧电脑里，想听的时候要么打开网盘一首首找，要么干脆开着电脑当播放器；想看 MV 或者演唱会的现场视频，市面上那些播放器要么格式不支持，要么没法自动匹配歌词和封面；有声书和播客就更别提了，那东西的元数据管理基本就是一场灾难——几十个音频文件丢在同一个文件夹里，文件名要么是“第001集_xxxx”，要么干脆是“新建文件夹(3).txt.mp3”，你根本分不清哪本是哪本。

这就是我在极空间 NAS 上折腾“道理鱼”的初衷。道理鱼是一款主打音乐、MV、有声书全栈管理的服务端程序，通过 Docker 部署在极空间上之后，相当于给整个局域网里的家庭成员提供了一个统一的媒体资源中心和检索入口——后端负责扫描、识别、整理媒体文件，前端负责播放和浏览，手机、平板、电视盒子都能通过浏览器直接访问，不用再在每个设备上单独装播放器、单独管理文件。

这个项目适合谁？我的判断是三类人：

• 音乐文件超过 1000 首、且对这些文件有整理执念的人（比如我这种从大学开始囤专辑的），需要自动刮削（即自动匹配元数据）能力，而不是手动一个个改 ID3 标签。
• 有大量实录视频、个人演唱会录像、或者 MV 收藏的人，希望把它们和音乐库统一在一个界面里管理，而不是分成"视频文件夹"和"音频文件夹"两套逻辑。
• 有有声书、评书、讲座录音等长音频内容的人，需要一种比"播放器列表"更好用的方式管理这些动辄几十集的资源。

说实话，在极空间出来之前，这套需求我是用 Plex 加 Jellyfin 拼凑实现的，但两个系统各有各的别扭——Plex 音频库的元数据刮削在国内网络环境下经常抽风，Jellyfin 对音频和视频的混合管理又很割裂。道理鱼最吸引我的点在于，它把音乐、MV、有声书这三种形态统一到一套服务里，而不是让你在多个"专精某一种媒体"的服务之间反复横跳。

2. 部署前的准备：我对极空间 Docker 环境的三个认知

在正式开始部署之前，我得先说说极空间 NAS 上跑 Docker 这件事的特殊性。因为很多人一搜"极空间 部署 道理鱼"就想去网上找现成的 docker-compose 文件，结果拿到手上发现根本跑不起来——不是文件有问题，而是对极空间的运行环境了解不够。

2.1 极空间 Docker 和群晖、威联通的区别

极空间的产品理念一直是"重应用、轻折腾"，所以它的 Docker 功能叫"极空间 Docker"，本质上是一个 Docker 容器管理器的 GUI 封装。和群晖的 Container Manager、威联通的 Container Station 相比，它有几个非常明显的特点：

第一，网络模式的处理方式不同。极空间的 Docker 网络默认是桥接模式（bridge），如果你在部署时选择了"host 模式"，容器会直接共享极空间的网络栈，这时候容器里看到的 localhost 就是极空间本身。但很多从群晖转过来的人习惯给每个容器映射一个独立端口（比如 9002:9002），这个概念在极空间上依然成立，只是操作界面上它隐藏得更深了一些——你需要点进容器的"编辑"才能看到端口映射的配置项。

第二，文件路径的挂载方式非常直观但容易被忽略。极空间的共享文件夹在 Docker 里的路径是/data/你的共享文件夹名，比如我建了一个共享文件夹叫 music，那在容器里挂载时就填/data/music。这一点极其重要，因为如果你在 GUI 里选择了/volume1/music这种群晖风格的路径，极空间根本找不到，容器会以空目录启动，道理鱼就会静默建一个全新的空库出来——这是我踩过的第一个坑。

第三，极空间对容器资源使用的可视化做得不错，CPU、内存、磁盘 IO 都有网页面板可看。这一点对调试很有用，因为道理鱼首次扫描大音乐库时 CPU 占用会非常高，你能直观看到它到底是在干活还是卡死了。

2.2 网络层面最容易被忽视的坑：镜像源与外网访问

极空间默认的 Docker 镜像源在某些网络环境下拉取镜像非常慢，甚至会直接超时。这里我建议在极空间的 Docker 设置里手动配置镜像加速地址（国内常见的那几个公共镜像源都可以试，每个地区表现不一样，建议实测）。道理鱼的官方镜像我记得是托管在 Docker Hub 上的，不配加速源的情况下，几百 MB 的镜像能给你拉到怀疑人生。

另外要提前想清楚一个问题：你到底要不要在外网访问道理鱼？如果你只想局域网内使用，那极空间自带的应用中心模板就能搞定，不需要额外配置。但如果想通勤路上听音乐，那就得思考怎么把服务暴露出去——这里我强烈建议用极空间自带的远程访问/内网穿透功能，而不是手动去路由器上做端口映射，因为极空间的穿透服务会自动处理域名和证书，安全性和稳定性比自己折腾 Nginx 反代高得多。这个决策会直接影响你后面"音质优先"还是"连接稳定性优先"的取舍。

2.3 存储目录的规划建议

这是我在部署前花时间最多的地方，也是强烈建议你先想清楚再动手的环节。道理鱼需要你给它提供几个目录：

• 媒体资源库根目录（音乐、MV、有声书的父目录）
• 配置文件目录（存放数据库、设置项）
• 缓存目录（存放缩略图、转码中间文件）

很多人图省事，直接建一个共享文件夹塞进去，全部子目录都放里面。时间长了就会发现问题：数据库和媒体文件混在一起，备份的时候要么全备份很占空间，要么只备份一部分把数据库弄丢。我的做法是建三个独立共享文件夹：daoliyu-config、daoliyu-cache、media-library，在media-library下面再建立music、mv、audiobook三个子目录。这样备份时只需要处理 config 目录，缓存丢了无所谓，媒体库本身又在另外一个维度上被极空间的相册和备份功能覆盖，职责清晰。

3. 最稳妥的部署流程：分步拆解我从镜像下载到首次扫码

现在进入正题。我假设你已经完成了前面的规划，极空间上也已经有了 Docker 功能入口。整个部署过程我拆成六步，每一步我都会写清楚"怎么操作"以及"为什么这样做"。

3.1 第一步：搜索镜像并确认版本

打开极空间 Docker 应用，在镜像仓库里搜索"道理鱼"，你会看到几个不同作者的镜像。这里我建议优先选择和官方文档带明确的镜像名相同的那个，且tag 尽量选 latest 或者带具体版本号的 release，不要选 dev 或 nightly。道理鱼更新节奏比较快，dev 版可能会出现数据库不兼容的问题，而 latest 通常是对应目前最稳定的版本。

我当时的做法是先用 SSH 登录极空间（在系统设置里开启 SSH 服务），在终端里执行：

docker pull daoliyu/server:latest

这样能看到更完整的进度和报错信息。如果拉取超时，就回到 GUI 界面的镜像源设置里换一个加速地址，再重试。

3.2 第二步：创建容器并完成目录映射

在 Docker 应用里选择刚拉取的镜像，点击"创建容器"。这里会有几个关键配置项，我一个个说：

存储空间映射，这是整个部署过程最核心的部分：

注意容器内的路径不要自己随便改，道理鱼默认就是从这些路径读取和环境变量里配置的内容。挂载方式选择"读写"，只读挂载会在首次自动整理文件时报权限错误。

网络设置，我用的桥接模式，端口映射把宿主机的 9002 映射到容器的 8080：

为什么选 9002？因为极空间自带的某些服务已经占用了几个常用端口，为了避免冲突，我习惯避开 80、443、8080、3000 这些。9002 这个端口号你完全可以根据自己局域网的使用情况调整，只要别和已有服务冲突就行。

环境变量，道理鱼首次启动会问你要配置媒体库扫描路径，但我更建议直接在环境变量里预先设定：

PUID=1000 PGID=1000 TZ=Asia/Shanghai MEDIA_ROOT=/media

PUID和PGID设置为 1000 是通常能让容器内进程对挂载目录有足够权限的值。极空间的共享文件夹默认权限比较宽松，但为了后续避免奇怪的权限报错，我建议你保持这两个值并确认共享文件夹允许"Everyone"读写，或者把该目录的权限对所有用户开读写。

3.3 第三步：首次启动与初始化

容器创建完成后，点击"启动"。首次启动过程会比较慢，因为道理鱼需要创建数据库结构、注册默认账号、建立索引表。你可以通过容器日志观察这个过程——打开容器的"日志"页面，你会看到类似creating database tables...、initial admin account created之类的输出。等日志稳定输出"启动成功"或"listening on 0.0.0.0:8080"之后，打开浏览器访问http://极空间IP:9002。

首次访问时会有一个初始化向导，要求你创建一个管理员账号。这个账号会用来登录 Web 管理界面，建议密码设置得复杂一点，因为这个界面是直接暴露在局域网里的。如果你选择了极空间的远程访问功能，那么这个账号就是你的外部访问凭证之一，安全问题更得重视。

3.4 第四步：添加媒体库目录

初始化完成后进入主界面，找到"媒体库设置"或"添加媒体目录"的入口。在这里添加上一步给你规划的三个子目录：

• /media/music对应音乐
• /media/mv对应 MV 或视频
• /media/audiobook对应有声书

添加时需要选择媒体类型，这会直接影响道理鱼后续对这些文件的处理方式——音乐类型的文件会走音频刮削逻辑，MV 类型会走视频元数据匹配逻辑，有声书则有单独的按系列/集数整理逻辑。不要把三种文件混在同一个目录下，否则道理鱼会以第一个匹配到的类型为准，后面很容易出乱子。

3.5 第五步：手动触发一次全量扫描

媒体库添加完成后，回到媒体库总览页，点击"立即扫描"。这里我强烈建议先在一个小目录上试水，比如先在 /media/music/test 下放两三首文件结构正常的音乐，扫描一次确认机制正常，再放开全库扫描。道理鱼的扫描逻辑是按目录递归遍历的，如果某个目录里有损坏的媒体文件，扫描进程可能会卡住，没有一个明确的进度百分比。用小目录试水能快速定位问题。

3.6 第六步：客户端播放验证

在 Web 界面里找到刚刚添加的歌曲，点击播放。如果声音正常出来，恭喜你，部署完成。如果播放失败，大概率是转码配置的问题——这个我在后面的"实战经验"章节会详细讲。

在手机端，我推荐直接用浏览器打开同一个地址，道理鱼的前端是响应式设计，手机浏览器体验和原生 App 已经很接近了。极空间手机 App 里也可以把部署好的道理鱼服务加入收藏，点击自动唤起浏览器，体验很顺。

4. 音乐库的自动刮削逻辑：它怎么识别"这是什么歌、这张专辑是谁"

道理鱼部署成功只是第一步，真正让它拉开和普通播放器距离的是自动刮削能力。这一章我想深入讲讲这个系统最核心的识别与整理机制，因为很多人部署完发现"刮不出来"就放弃了，但其实问题往往是元数据的文件命名不规范。

4.1 刮削的输入源头：文件名就是一切

道理鱼不像某些云服务那样能靠音频指纹识别一首歌（这是高档播放器如 Roon 才有的能力），它主要依赖文件名和目录结构去猜测这首歌或这张专辑的信息。也就是说，你喂给它的文件名质量，决定了它刮削结果的上限。

举个直观的例子。假设文件名是：

周杰伦 - 七里香 - 03 止战之殇.mp3

这种命名在大部分情况下，道理鱼能正确解析出：艺术家是周杰伦、专辑是七里香、音轨序号是 3、标题是止战之殇。它会基于"艺术家 + 专辑名"去查询音乐数据库，找到专辑封面和曲目列表，然后把你本地的文件和线上的曲目列表做对齐。

但如果你的文件叫：

-my_phone_录的_新浪乐库_周杰伦.mp3

它就会完全抓瞎。倒不是说程序不够聪明，而是这种文件名里混入了太多噪声信息，解析器无法可靠地拆出"艺术家"和"歌曲名"这两个关键字段。

4.2 元数据不足时的三种补救方式

道理鱼针对文件名不规范的情况提供了一些兜底方案，了解清楚这些机制能帮你省下大量手动整理的时间。

一是内嵌标签优先。如果 MP3/FLAC 文件本身带有完整的 ID3 标签（艺术家、专辑、标题、封面），道理鱼会优先从文件内嵌标签读取信息，文件名只是备选。这就催生了一个非常实用的技巧：不要只靠文件名，想办法批量补全文件的内嵌标签。我用的工具是 MusicBrainz Picard，它有一个批量扫描模式，能根据音频指纹自动匹配元数据并写回文件。把这件事做完之后，道理鱼的刮削成功率几乎能提升到 95% 以上。

二是手动修正条目。道理鱼的 Web 界面里支持对单曲或专辑进行手动编辑。如果某张专辑被刮削到了错误的信息，直接在界面上搜索并重新匹配就行。这个操作在整理小众音乐或现场 Bootleg 时尤其重要，因为网络上根本没有这些资源的规范条目。

三是自定义排序字段。对古典音乐或多艺术家合集唱片，道理鱼支持通过自定义字段指定排序时的显示名称。比如古典音乐通常需要"作曲家"和"演奏者"两个维度的信息，默认的"艺术家"字段往往不够用，你可以自己指定排序字段来满足展示需求。

4.3 刮削失败的"关键词"：为什么同一批文件，有的能刮出来有的不行

这里有个经验值得分享。很多情况下，刮削失败并不是道理鱼的锅，而是MusicBrainz 或 Discogs 这类元数据源里根本没有收录你手头的版本。比如一张日本演唱会限定盘，或一张只在论坛里流传的 Bootleg，线上数据库里完全没有对应条目，那刮削失败是必然的。

判断一张专辑到底是不是"冷门"，有个简单的经验法则：先看看它在网易云音乐或流媒体平台上有没有条目。如果有，那大概率道理鱼也能刮到；如果没有，就不要对自动刮削抱太大期望，直接用"手动编辑"功能配合内嵌标签来整理会更快。

另外一个容易被忽略的刮削失败原因是专辑名里带特殊字符。比如专辑名叫Greatest Hits (Limited Edition)或Live in Concert [Remastered]，正则解析容易出问题。遇到这种情况，我的建议是：删掉括号和方括号里的修饰词，保留主干名称。等道理鱼刮削成功后，再在界面上手动加回完整的专辑名——信息的准确性和刮削的成功率都能兼顾。

5. MV 与有声书模块：这两个容易忽略的"隐藏功能"怎么用

如果说音乐库自动刮削是道理鱼的主打卖点，那 MV 和有声书模块就是很多人没认真研究过的"隐藏功能"。我在部署初期基本只当它是一个音乐播放器用，直到某天想找一段演唱会视频才发现这两个模块的价值。

5.1 MV 模块：不仅仅是"放个视频"

道理鱼的 MV 模块和普通视频播放器的区别在于，它会把 MV 当作音乐作品的"视觉版本"来关联。也就是说，一首歌如果有对应的 MV，你在歌曲详情页就能直接看到并播放，不用再跳转到另一个"视频库"里去翻。

要做到这一点，道理鱼依赖的仍然是文件命名和目录结构。我在 /media/mv 目录下建了[艺术家]/[专辑名]/[音轨号] 歌曲名 (MV).mp4这样的结构，扫描之后道理鱼就能通过"歌曲名"和音乐库里已有的音频条目做关联，自动识别出这是一个 MV 版本。

如果你的 MV 是直播录制或者演唱会片段这类没有对应"单曲"的资源，道理鱼也会把它们当作普通视频存入"视频库"，只是在音乐库的关联入口没有了而已。这两种处理方式我都有大量实际使用，体验都很顺。

MV 模块在转码上有一个需要特别注意的点：老格式的 RMVB、WMV 等在 Web 播放器里基本无法直接播放，道理鱼必须调用 FFmpeg 做实时转码。这就对极空间的 CPU 性能提出了要求。我在我的极空间上播放 1080p 的 H.264 视频时转码毫无压力，但如果你收藏的是 4K REMUX 高码率原盘，播放时会明显感到卡顿或者转码延迟——这是硬件能力决定的，不是道理鱼的调度问题。

5.2 有声书模块：按"系列＋集数"整理长音频

有声书的管理逻辑和音乐有本质区别。音乐通常以"一首歌三分钟"为单位，而有声书动辄几百集，每一集长达一小时。用户关心的不是"这张专辑的艺术家是谁"，而是"这部书全不全、下一集是哪个、上次听到哪里了"。

道理鱼的有声书模块提供了一个独立的媒体类型容器，你可以在里面按"系列"（对应一套书）和"集数"（对应每一集音频）来组织资源。我实际使用的目录结构是这样的：

/media/audiobook/ 三体/ [第001集] 三体 - 01.mp3 [第002集] 三体 - 02.mp3 ...

这种命名下，道理鱼能正确识别"三体"是一个系列，并按文件名里的"001""002"排序。如果你的文件名没有带集数，比如只是"三体1.mp3""三体2.mp3"，道理鱼会返回"系列内排序异常"的提示，因为 10 集以后会出现"三体10.mp3"排在"三体2.mp3"前面的情况——字符串排序的天然缺陷。解决办法是：集数必须用等宽零填充，即 01、02、… 10、11。如果你手头有一批没有按这个规范命名的有声书文件，建议先用文件重命名工具（比如 Advanced Renamer）把"1"批量改成"01""001"，再让道理鱼扫描。

有声书的播放体验方面，道理鱼自带"记住上次播放进度"的功能。这个功能对有几百集的评书和有声书来说至关重要，因为我实在不想每天打开都要手动找回上次听到的位置。实测下来它是按账号保存的，家庭成员之间互不干扰。

5.3 三种媒体类型在转码和缓存上的资源差异

这里我把实际观测到的资源占用情况列一下，方便你根据自己极空间的硬件配置决定要不要同时玩转三种类型：

我见过有人用道理鱼管理 DSD 格式的高端音乐文件，也能放，但首次扫描和封面生成会明显慢一些，因为 DSD 跨格式支持需要在服务端做一次较大的转换。如果不是极致的发烧友，我建议在 NAS 上继续用 FLAC 这种通用格式，DSD 文件留给专门的高清播放器去处理。

6. 部署之后的日常维护：数据库备份、更新和重建索引

部署成功只是万里长征第一步，后面真正的"中年生活"是日常维护。这一章我分享下我用下来最核心的三个维护项，全都是踩过坑才总结出来的。

6.1 定时备份 /config 目录，比备份媒体库更重要

我在 2.3 节里特意把 das config 目录独立出来，就是为备份这件事做的准备。道理鱼的所有配置、数据库、刮削结果、播放进度都存储在 /config 目录里。只要你有这个目录的备份，即使极空间整机损坏或 Docker 容器误删，你也可以在新机器上装一个新容器，挂载同一个 config 目录，所有数据瞬间恢复——包括用户账号、播放历史、手动修正过的元数据，全部都在。

我在极空间上搭配了一个定时备份任务，每周自动把 /data/daoliyu-config 同步到另一块硬盘的空间，再叠加极空间的云备份功能，双重保险。

6.2 更新容器时：宁可先拉新版镜像，也别直接点界面里的"更新"

极空间 Docker 应用里通常会有一个"更新"按钮，点击后它会帮你拉取新版镜像并重建容器。这功能看着方便，但我的实际经验是更新前一定要先看清楚版本更新的内容，并手动备份 config 目录。

道理鱼更新频率不低，部分版本之间可能存在数据库迁移步骤。如果你直接从 1.0 升到 1.2，数据库结构跨度过大，迁移时间会很长，甚至有失败风险。我更推荐的做法是：

1. 手动备份 config 目录。
2. 在 Docker Hub 或官方发版说明里确认目标版本和当前版本的迁移路径。
3. 停止容器，拉取新版镜像。
4. 用原来的数据卷挂载点重建容器。
5. 启动后马上查看日志，确认数据库迁移是否成功。

这套流程看起来比直接点"更新"多了两步，但能极大降低"更新变翻车"的概率。

6.3 重建索引的触发场景

道理鱼扫描媒体库的机制是：首次全量扫描后，它会监听文件系统变化，新增或删除文件时自动增量更新。大多数情况你不需要手动干预。

但有三种情况我建议手动触发一次全量重建索引：

• 你手动修改了大量文件的 ID3 标签（比如用 MusicBrainz Picard 重新补全过元数据）。
• 你手动重命名了一批有声书文件（编号格式变更）。
• 自动扫描没有识别出你新添加的某个目录（一般是因为目录深层结构异常）。

全量重建索引期间，道理鱼对同时播放的请求响应会变慢，但不会中断播放。我个人习惯在晚上全量重建一次，第二天起来查看统计。

7. 实操中的性能调优与排查案例

这章写几个我实际遇到过的问题，每一个都是"网上文档基本不会告诉你"的那种。

7.1 音乐库量级达到几万首之后，页面变慢怎么办

当你第一次把整个音乐收藏全部挂上去之后，你会发现道理鱼的 Web 界面响应速度明显下降——专辑列表加载了一两秒才出来。这通常不是程序 bug，而是默认配置下的数据库查询没有针对大库做优化。

我的解决思路有三步：

1. 增加缓存目录的内存分页。如果你在极空间上有足够的内存，把 /cache 目录挂载到内存盘上（如果极空间支持 tmpfs），封面和缩略图读取会快一个量级。
2. 控制流媒体转码并发数。在设置里把转码并发数限定在 2-4。设置得太高，多客户端同时播放时 CPU 会瞬间被打满，反而拖慢所有人的响应。
3. 按字母分段浏览，而不是全量搜索。道理鱼前端支持按"最近添加""艺术家字母索引""专辑首字母"三种方式浏览，不要让前端每次都做全库LIKE模糊查询，这是性能杀手。

7.2 播放时声音断断续续，大概率不是网速的锅

很多用户遇到局域网内播放高码率 FLAC 时声音断断续续，第一反应是换路由器或加带宽，但实际上问题更可能是极空间 NAS 的 CPU 在高负载时抢占了转码进程的线程。

我的排查套路是：先在极空间 Docker 的监控页面看容器 CPU 占用，如果持续 80% 以上，说明转码或缩略图生成任务占用了大量资源。这时候打开"流水队列"，查看当前是不是有首次扫描任务还在后台跑。首次扫描的任务优先级比实时播放低，但绅士的资源分配上占用依然明显。最简单粗暴的解决办法是：暂停尚未完成的扫描任务，等播放结束再恢复，或者降低扫描时可用的 CPU 配额。

7.3 刮削成功但封面显示不出来

封面显示不出来的直接原因一般是封面文件缓存路径没有写入权限，表现为音乐能正常播放，但专辑封面那一块永远是一个灰色占位图。检查一下 /cache 目录的挂载权限有没有放开读写，以及 PUID/GID 设置是否对 /cache 目录有权限。我在一台机器上反复确认过：如果 PUID 和 PGID 不是共享目录属主，缓存写入会静默失败，道理鱼也不报错，只是封面不显示。这也是我为什么强调 3.2 节的环境变量必须配好。

7.4 有声书播放进度丢失的排查思路

有声书播放进度丢失，大概率是数据库写入失败。道理鱼每播放几秒会往数据库里写一次进度，如果容器所在磁盘空间不足或数据库文件锁死，会导致写入失败。在极空间 Docker 日志里会看到database is locked之类的提示。处理办法是：检查极空间的磁盘剩余空间，然后重启容器释放数据库锁。

我当时遇到的情况是没有单独的数据库讨论区，网页上完全看不出问题，最后是在 volume 日志里偶然发现的。所以这里我强烈建议：给道理鱼建立好日志轮转规则，或者至少每几个月清理一次容器日志。因为如果日志文件无限增长，最终会把整个 config 目录填满，到时候整个服务都会异常。

8. 请根据你的实际需求取舍的进阶路线

最后聊点我个人在长期使用中摸索出的进阶路线，你可以根据自己的设备能力和需求选择性的试一下。

进阶方案一：道理鱼 + 极空间自带的下载中心联动。极空间下载中心负责从 PT 或者其他渠道获取新音乐，下载完成后自动落地到 /media/music 目录，道理鱼的文件监听机制会自动抓取新文件完成入库和刮削。这一条链路跑通之后，从"发现新专辑"到"能在道理鱼里播放"的延迟基本压缩到分钟级。

进阶方案二：用道理鱼的 API 自己写一个小工具。道理鱼提供了一套比较完整的 HTTP API，覆盖媒体搜索、播放列表管理、播放进度读取。我曾经写过一个脚本，每天早上自动把我昨晚下载的播客通过 API 加入"待播列表"，这样通勤路上打开道理鱼就能直接听到最新的内容，省去手动操作。

进阶方案三：把道理鱼和极空间外网访问结合，做一个家庭专属的音乐电台。搭配极空间自带的内网穿透，我出门也能直接连回家里访问整个媒体库，配合播放列表的离线缓存功能（Web 界面的前端有缓存策略，同一首歌重复播放的时候会走浏览器缓存），在流量不充裕的场景下能显著降低数据消耗。

如果打算长期用，我的个人建议是：先认真整理一遍文件名和内嵌标签。道理鱼本身是个功能完善的好工具，但它不是魔术师——你给它的素材质量决定了它能给你呈现的效果。把"让道理鱼刮削失败的文件"全部整理一遍，你的音乐库组织度和可玩性会提升好几个档次，这件事花掉的时间绝对值得。

最后再分享一个小技巧：道理鱼的多用户权限是支持"隐藏部分媒体库"的。家里有小朋友的话，可以在设置里给孩子的账号仅开放有声书库，不开放音乐库和 MV 库，这样既保证了内容的可管理性，也避免孩子被你不小心收藏的现场版演唱会给"带偏"。我就是这样给家里老人和孩子各开了一个账号，每个账号都只看得到该看的内容——这大概是全栈媒体服务器最舒服的使用状态了。