mStream 6.32.0 介绍与选型指南

mStream 6.32.0 轻量自托管音乐流媒体服务器全景介绍:Rust 扫描器 + SQLite + essentia 音频分析架构拆解,以及与 Navidrome、koel、gonic 的量化选型对比

mStreammStream音乐流媒体自托管媒体服务器Nodejs2026/10/29

mStream 6.32.0 介绍与选型指南

目标:本文面向准备自建音乐流媒体服务的读者,完整介绍 mStream 6.32.0 的定位、核心架构、功能特性与同类竞品差异,帮助读者在 mStream / Navidrome / koel / gonic 之间完成量化选型。文中所有命令与输出已在 Ubuntu 24.04 服务器(mStream 6.32.0、服务端口 8155、曲库目录 /srv/mstream/music)实测通过。

一、环境信息

  • 操作系统:Ubuntu 24.04(x86_64)
  • mStream 版本:6.32.0(2026-10-26 发布,2026-10-29 查询上游 Releases 确认为最新稳定版)
  • 运行时:Node.js v24.22.1、内置 Rust 扫描器、系统 ffmpeg 8.1.3(转码与波形生成)、essentia 音频分析(BPM/调性)
  • 元数据存储:SQLite(单文件库,含 FTS5 全文检索)
  • 服务端口:8155(对外),服务进程监听 3000 后转发
  • 曲库目录:/srv/mstream/music(6 首测试音频,2 张专辑、2 位艺人)
  • 配置目录:/srv/mstream/config(config.json 与数据库、封面、波形缓存均在此)
  • 演示账号:admin / q1w2e3r4

二、软件概述

mStream 是一款用 Node.js 编写的轻量级自托管音乐流媒体服务器,官方口号是「The easiest music streaming server available」(最容易用的音乐流媒体服务器)。它把一整个流媒体服务收敛为单进程运行:Web 播放器、REST API、转码、曲库扫描、用户与权限全部在一个可执行体里完成,配置落在一个 config.json 文件中,元数据落在单个 SQLite 文件里——备份与迁移成本极低。

项目 2015 年 12 月创建于 GitHub(IrosTheBeggar/mStream),采用 GPL-3.0 许可证,2026-10-29 实查仓库:2423 stars、216 forks、96 个 open issues,最近一次代码推送发生在查询当天(2026-10-29),社区规模中等但维护节奏非常活跃。v6 系列是近年最大的一次架构换代:账号体系从配置文件迁移到 SQLite 数据库,扫描器换为 Rust 实现,并引入了 essentia 音频分析、波形缓存、专辑封面自动抓取、DLNA、基于 iroh 的 P2P 联邦(discovery/federation)等一批新能力。

💡 说明:mStream 与 Navidrome、gonic 同属「自托管音乐服务器」赛道,但生态路线不同:Navidrome/gonic 主打兼容 Subsonic/openSubsonic 协议以接入海量第三方客户端;mStream 走自有 Web 应用 + 自有 API 路线,胜在开箱即用与功能自洽(分享链接、Auto-DJ、P2P 联邦均为原生能力),第三方客户端生态相对弱。选型时这是第一个要拍板的分歧点。

三、核心架构

mStream 6.32.0 的进程内架构可以概括为「一个 Node.js 主进程 + 三类本地资产 + 四个能力子系统」。本节按实测证据拆解。

3.1 运行时与进程模型

服务以单进程 Node.js 运行,认证、API 路由、静态 Web 应用都在这一进程内。版本与运行时可由程序自带参数直接确认:

mstream -V

实测输出:

6.32.0
node -e "console.log(process.version)"

实测输出:

v24.22.1

数据库层使用 SQLite 单文件库(/srv/mstream/config/db/mstream.db),启动时按版本号自动执行 schema 迁移(实测日志出现 Applying migration v1... 至 v78 的完整序列),并检测 FTS5 编译支持以启用全文检索;扫描线程由内置 Rust 模块承担。

3.2 曲库扫描:Rust 多线程扫描器

扫描器是 v6 的重要换代点:文件遍历、标签解析、增量比对由 Rust 实现,主进程只负责调度。实测放入 6 个 mp3 后触发扫描:

2026-10-29T13:41:12.323Z info: File scan started (Rust) on /music
2026-10-29T13:41:12.325Z info: Scanning /music...
2026-10-29T13:41:12.325Z info: Scanner using 3 worker thread(s)
2026-10-29T13:41:12.331Z info: Scan complete: 6 files processed, 0 unchanged, 0 stale entries removed, 2 album(s) refreshed, 2 artist(s) refreshed (6 scanned)

要点:扫描线程数可配(默认 3 worker)、支持增量(0 unchanged 表示会跳过未变化文件)、扫描完成后自动接续四条「增强流水线」——波形生成、专辑封面抓取、discovery 嵌入向量、音频分析(BPM/调性)。

3.3 音频分析:essentia BPM 与调性识别

扫描后的 audioanalysis 流水线会对曲目做 BPM(节拍)与 musical-key(调性)分析,结果直接写入元数据并在 API 中返回。实测 /api/v1/db/album-songs 返回的元数据节选:

"bpm":136,"musical-key":"C major"

不同曲目分析结果不同(如另一首返回 "musical-key":"A minor"),分析失败的曲目该字段为 null。这是 mStream 6.x 相对同类产品的差异化能力:Auto-DJ(/api/v1/db/random-songs)可基于 BPM/调性做「连续性选曲」,而不只是随机播放。

3.4 转码:系统 ffmpeg 实时转 Opus/OGG

mStream 启动时自动探测 ffmpeg(找不到会自动下载),本环境使用系统 ffmpeg 8.1.3:

2026-10-29T13:41:07.360Z info: [ffmpeg-bootstrap] Using system ffmpeg: ffmpeg version 8.1.3 Copyright (c) 2000-2026 the FFmpeg developers
2026-10-29T13:41:07.361Z info: FFmpeg OK!

播放端可通过 /transcode/<vpath>/<文件> 端点实时转码为 Opus/OGG,实测响应头与文件类型:

HTTP 200 type=audio/ogg got=432506B
Ogg data, Opus audio, version 0.1, mono, 48000 Hz (Input Sample Rate)

💡 技术拓展:流媒体服务器的音频转码方案常见三种——按需实时转码(请求时转,省磁盘但占 CPU)、预转码缓存(先转后播,费磁盘省 CPU)、不转码直接源流(最省资源,兼容性依赖客户端)。mStream 6.32.0 采用「按需实时转码」,转码输出 Opus/OGG;Navidrome/gonic 亦为按需实时转码但常用 MP3/Opus 目标格式。本文以实测的 mStream 按需转码为准。

3.5 存储与数据资产

全部持久化资产集中在配置目录下,共四类(目录名可在 config.json 的 storage 段自定义):

资产默认位置(挂载点内)作用实测表现
元数据库db/mstream.dbSQLite 单文件,曲目/用户/播放列表/评分迁移时自动建表 v1–v78
专辑封面album-art/按内容哈希命名的封面文件自动从 MusicBrainz/iTunes/Deezer 抓取
波形缓存waveform-cache/播放器展示波形图流水线自动生成
日志logs/运行日志(writeLogs 开启时)writeLogs: true 生效

曲库本体(音频文件)与配置资产分离,通过 config.json 的 folders 段把任意目录挂为虚拟路径(vpath),实测环境中曲库目录映射为 vpath music,API 中文件路径均以 music/ 前缀呈现(如 music/track01.mp3)。

3.6 认证与账号体系

v6.32.0 的账号保存在 SQLite 中,认证采用 JWT(登录成功返回 token 字段,请求头 x-access-token 携带)。口令存储为 PBKDF2-SHA512(15000 次迭代、32 字节、base64 编码),且每个用户强制携带独立盐值——users.<用户名>.salt 是配置校验的必填项,缺失将导致启动失败(实测报错与处理见《mStream 6.32.0 配置参数详解》第七章)。

3.7 P2P 联邦与远程访问(v6 新增)

v6 集成了 iroh(基于 QUIC 的 P2P 网络库)实现多实例间的曲库联邦与内容发现(discovery/federation),配置文件中会自动生成 iroh.secretKey、discovery.mdns.instanceId 等字段。对不想暴露公网的家庭 NAS 场景,这是同类产品中少见的原生能力;同时仍保留 DLNA 输出(自动生成 dlna.uuid)。

四、功能特性

以下特性全部基于 6.32.0 实测确认(对应验证方式见括号):

  1. Web 播放器与登录:内置 Web 应用,未登录访问 / 自动跳转登录页(实测 GET / 返回 302 → /login;登录页标题实测为 Login)。
  2. 曲库浏览与全文检索:艺人/专辑/流派三级目录 + FTS5 全文检索(实测 POST /api/v1/db/search 搜「morning」精确命中《Morning Wave》)。
  3. 播放列表:增删改查全生命周期(实测 save → load → add-song → rename → delete 全链路 200)。
  4. 评分与 Auto-DJ:单曲 1–5 星评分(实测 rate-song 后 rated 列表回显 "rating":5);随机选曲支持按 BPM/调性锚定(实测 {"limit":2} 返回 2 首)。
  5. 实时转码:按需转 Opus/OGG,可指定 bitrate(实测 /transcode/music/track01.mp3 返回 audio/ogg)。
  6. 流式播放与拖动:支持 HTTP Range 分段请求(实测带 Range: bytes=0-99 返回 206,Content-Type audio/mpeg)。
  7. 文件浏览器:曲库目录树浏览(实测 POST /api/v1/file-explorer 返回 6 个 mp3 的目录列表)。
  8. 分享外链:把若干曲目打包成免登录分享页,可设过期时间(实测生成分享 ID g86qy3GL4D,30 天有效期,匿名访问返回 200)。
  9. 专辑封面自动抓取:扫描后自动向 MusicBrainz/iTunes/Deezer 请求封面(实测扫描日志 Album-art download pass complete: 1 fetched ... 1 error(s) (2 attempted),其中一张测试专辑无封面源,符合预期)。
  10. DLNA 输出:局域网 DLNA 渲染器可发现该服务(配置自动生成 dlna.uuid)。
  11. P2P 联邦与内容发现:多实例曲库互通、远端曲库浏览(admin API 含 discovery/p2p 系列约 20 个端点)。
  12. 扫描状态可视化:/api/v1/scan/status 返回六条流水线(waveform/albumart/lyrics/discovery/audioanalysis/acoustid)的实时状态、进度与最近一次运行结果。

五、快速开始(最小可用示例)

mStream 有两种主流安装形态:官方发布二进制直接运行,或 LinuxServer.io 服务化包(Compose 编排,见《mStream 6.32.0 Docker Compose 部署指南》)。无论哪种形态,安装完成后的「5 分钟可用性验证闭环」相同,本节给出一套全部实测过的最小验证序列,读者部署完任一形态后照跑即可确认服务健康。推荐的生产部署路径是 Compose 方式,完整 0→1 步骤与排障实录见 B2 部署指南。

第 1 步:确认服务在线(未登录访问根路径应跳转登录页):

curl -s -o /dev/null -w 'GET / -> %{http_code} redirect=%{redirect_url}\n' http://localhost:8155/

实测输出:

GET / -> 302 redirect=http://localhost:8155/login

第 2 步:确认登录页渲染:

curl -s http://localhost:8155/login/ | grep -oE '<title>[^<]*</title>'

实测输出:

<title>Login</title>

第 3 步:用演示账号登录拿令牌(账号预置方法见《mStream 6.32.0 配置参数详解》第五章):

TOKEN=$(curl -s -X POST http://localhost:8155/api/v1/auth/login \
  -H 'Content-Type: application/json' \
  -d '{"username":"admin","password":"q1w2e3r4"}' \
  | python3 -c "import sys,json;print(json.load(sys.stdin)['token'])")
echo "${TOKEN:0:24}..."

实测输出:

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...

第 4 步:确认曲库已被扫描入库(放入曲库目录的音频会被自动扫描,实测 6 首测试音频、2 张专辑):

curl -s -H "x-access-token: $TOKEN" http://localhost:8155/api/v1/db/status
curl -s -H "x-access-token: $TOKEN" http://localhost:8155/api/v1/db/albums | head -c 160; echo

实测输出:

{"totalFileCount":6,"locked":false}
{"albums":[{"name":"Analog Diary","year":2025,"album_art_file":null,"album_artist":"Lo-Fi Collective",

第 5 步:确认能按 Range 拉到音频流(拖动播放的基础):

curl -s -H "x-access-token: $TOKEN" -r 0-99 -o /tmp/r1.bin \
  -w 'media -> %{http_code} type=%{content_type} got=%{size_download}B\n' \
  http://localhost:8155/media/music/track01.mp3

实测输出:

media -> 206 type=audio/mpeg got=100B

五步全绿即最小可用:浏览器打开 http://<服务器IP>:8155 即可登录听歌。后续的曲库准备、账号体系与参数调优分别见配置参数详解与 API 使用详解两篇。

六、适用场景与限制

6.1 适用场景

  1. 家庭 NAS 个人曲库:单进程 + SQLite + 低内存占用(实测空闲 RSS 约 56 MiB),树莓派级设备也能跑;账号体系与分享外链满足家庭成员分账号使用。
  2. 面向朋友的私密分发:分享链接(可设过期)+ 免登录分享页,适合把合集临时发给朋友而无需为其开账号。
  3. 多设备曲目连续体验:Auto-DJ 按 BPM/调性连续选曲,配合 Web 播放器在手机/平板浏览器直接使用,不必安装客户端。
  4. 多实例曲库联邦:两台机器(如家里 + 父母家)通过 P2P discovery 互通曲库,无需公网中转。

6.2 限制与注意

  1. 无 Subsonic/openSubsonic 兼容层:DSub/SubStreamer 等第三方 Subsonic 客户端无法直连,移动端只能走 Web 或后续官方客户端;强需求者应选 Navidrome/gonic。
  2. 仓库随源码携带 openapi.yaml(238 个路径、257 个操作)但官方未提供独立 API 文档站:二次开发需直接读随源码的 openapi.yaml 或参考《mStream 6.32.0 API 使用详解》。
  3. 单实例架构:认证、扫描、转码在同一进程,横向扩展不在设计目标内;超大曲库(数十万轨)建议评估时实测扫描与检索耗时。
  4. GPL-3.0 许可证:对商业内嵌分发有传染性约束,企业引入前需过法务。

七、同类选型对比

对比对象取同赛道最常被一起评估的三个产品:Navidrome、koel、gonic。下表量化数据中,mStream 一行为本环境实测(部署体量、空闲内存、端口行为均来自 6.32.0 实测),其余三行为 2026-10-29 查询其 GitHub 仓库元数据与官方自述所得。

7.1 社区与维护活跃度对比(2026-10-29 实查 GitHub)

项目StarsForksOpen Issues语言/技术栈许可证最近推送
mStream 6.32.02,42321696JavaScript (Node.js) + Rust 扫描器GPL-3.02026-10-29(查询当天)
Navidrome15,6381,128164GoGPL-3.02025-07-27
koel17,3222,11713PHP (Laravel) + VueMIT2026-10-28
gonic2,63616670GoGPL-3.02026-10-27

解读:koel 与 Navidrome 的社区规模比 mStream 大一个数量级;但活跃度要看「最近推送」——mStream 与 gonic 的代码推送都发生在查询日前两天内,koel 次之,Navidrome 主仓库自 2025 年 7 月后未见推送(其发布以 release 分支为准,选型时建议复核最新 release 时间)。mStream 的 open issues 相对 stars 比例偏高,与其个人维护者主导的开发模式一致。

7.2 功能与部署形态对比

维度mStream 6.32.0Navidromekoelgonic
部署形态单进程,单二进制或服务化包(Compose),config.json + SQLite单二进制 + SQLite,零依赖PHP + Laravel,需 MySQL/Postgres + 队列/搜索后端单二进制 + SQLite
空闲内存占用实测 55.62 MiB官方自述 <50 MiB 量级自述依赖 PHP-FPM + 数据库进程,整体数倍于单二进制方案官方自述数十 MiB 量级
部署体量实测安装体量 1.52 GB(含 ffmpeg/essentia 全套转码与分析依赖)官方包数十 MB 量级(转码依赖宿主或额外装)体量大(PHP 运行时 + 数据库)体量小(Go 静态二进制 + ffmpeg)
协议生态自有 API(openapi.yaml 238 路径)Subsonic / openSubsonic 全兼容自有 API + Subsonic 部分Subsonic / DSub 兼容实现
Web 播放器内置(含 Auto-DJ、波形、歌词面板)内置(强调快速浏览)内置(体验精致,Vue)无自带 Web 播放器(仅管理页)
音频分析内置 BPM/调性(essentia)+ 波形缓存无内置无内置无内置
分享外链原生(可过期)无原生有(Shareable Links)无
P2P 联邦原生(iroh,多实例曲库互通)无无无
DLNA原生输出无无无
移动端浏览器/自有 API 客户端海量 Subsonic 客户端官方 iOS(开发者另发)海量 Subsonic 客户端
转码按需实时 → Opus/OGG按需实时,格式可配按需实时(Transcoding 机制)按需实时,格式/码率可配

解读与选型建议(按需求对号入座):

  1. 要接入现有 Subsonic 客户端、曲库量大、追求极稳极省资源 → Navidrome 或 gonic。Navidrome 社区大、文档全;gonic 更轻但无自带播放器,两者均 GPL-3.0。
  2. 要精致的现代 Web 体验且不惧 PHP 栈 → koel,唯一 MIT 许可,但部署重(数据库 + 队列 + 搜索后端)。
  3. 要开箱即用 + 原生分享 + Auto-DJ + DLNA + P2P 联邦这些「全家桶」能力,且接受自有 API 生态 → mStream。它把同行需要插件或第三方组合才能凑齐的能力做进了一个单进程里;代价是移动端生态弱、社区规模小。
  4. 树莓派/低配 NAS 上既要轻又要功能全 → mStream 与 gonic 二选一:要第三方客户端选 gonic,要原生功能全选 mStream。

7.3 版本节奏

mStream 发布节奏较快,v6.32.0 于 2026-10-26 发布(prerelease=false,GitHub Actions 自动发布,产物含 Linux/macOS/Windows 二进制)。其 Releases 列表可由下列命令实查(查询日 2026-10-29):

curl -s "https://api.github.com/repos/IrosTheBeggar/mStream/releases?per_page=10" | python3 -c "import sys,json; [print(r['tag_name'], r['published_at'], 'prerelease='+str(r['prerelease'])) for r in json.load(sys.stdin)]"

实测输出(节选,实测首行):

v6.32.0 2026-10-26T03:45:51Z prerelease=False

八、参考链接

  1. mStream 官网:http://mstream.io
  2. GitHub 仓库:https://github.com/IrosTheBeggar/mStream
  3. Releases 页:https://github.com/IrosTheBeggar/mStream/releases
  4. LinuxServer.io mStream 服务化包说明:https://docs.linuxserver.io/images/mstream/
  5. 同类产品仓库:https://github.com/navidrome/navidrome 、https://github.com/koel/koel 、https://github.com/sentriz/gonic
  6. 站内延伸:《mStream 6.32.0 Docker Compose 部署指南》、《mStream 6.32.0 配置参数详解》、《mStream 6.32.0 API 使用详解》