MPS：用Go语言打造轻量级媒体服务器，让旧安卓设备变身家庭流媒体中心
1. 项目概述：一个为移动设备量身定制的媒体播放服务器
如果你和我一样，手头有几台旧手机、平板电脑，或者干脆就是一台性能不那么强劲的安卓电视盒子，想把它们变成家庭媒体中心，那你大概率遇到过和我一样的困境。主流的媒体服务器软件，比如大名鼎鼎的 Plex、Jellyfin 或者 Emby，功能确实强大，但它们的“胃口”也大，对硬件资源，特别是 CPU 和内存的占用相当可观。在 x86 架构的 NAS 或高性能迷你主机上运行当然没问题，但一旦放到 ARM 架构的移动设备上，那种卡顿和转码时的力不从心，实在让人头疼。
这就是我最初发现并决定深入研究telanflow/mps这个项目的契机。MPS，全称是Media Playback Server，从名字就能看出它的核心定位：一个专注于媒体播放的服务器。它不是另一个试图包揽媒体库管理、刮削、转码、直播等所有功能的“巨无霸”，而是精准地瞄准了“在资源受限的设备上流畅播放本地媒体”这一核心场景。它的设计哲学非常明确：极致的轻量、高效，以及对 ARM 平台的原生友好。
简单来说，MPS 就像一个为你设备上的视频、音乐、图片文件提供了一个极其简洁、高效的 Web 访问接口。你通过浏览器或者支持 DLNA/UPnP 的客户端（比如电视上的 Kodi、手机上的 VLC），就能直接浏览和播放存储在这些设备里的媒体文件。它不做过多的预处理，不运行复杂的后台分析，其核心价值就在于用最小的资源开销，打通从存储到播放的链路。对于手头有闲置安卓设备，想搭建一个纯粹用于局域网内流媒体播放的轻量级方案的朋友来说，MPS 提供了一个非常优雅的答案。
2. 核心架构与设计哲学解析
2.1 为什么是 Go 语言？轻量与并发的基因
打开 MPS 的 GitHub 仓库，你会发现它的核心是用Go 语言（Golang）编写的。这个选择绝非偶然，而是深刻契合了项目目标的精髓。
Go 语言以其出色的并发模型（goroutine）、高效的垃圾回收机制以及编译后生成单一静态可执行文件的特性而闻名。对于 MPS 这样的服务端程序，这意味着：
- 极低的内存占用：一个典型的 MPS 服务进程，在空闲时内存占用可能只有十几 MB，即使在处理多个并发流媒体请求时，也能保持非常克制的资源消耗。这与基于 Java（如 Emby 的某些组件）或 Python 的解决方案形成了鲜明对比，后者通常需要更大的运行时环境。
- 高效的并发处理：Go 的 goroutine 让 MPS 能够以极低的成本同时处理多个客户端的浏览请求和流传输，这对于一个媒体服务器至关重要，确保了在多用户同时访问时的响应速度。
- 跨平台部署简便：Go 可以轻松地交叉编译为各种架构和操作系统（包括 Android/ARM）的可执行文件。开发者只需要提供对应平台的二进制文件，用户下载后几乎无需配置复杂的运行时环境就能直接运行，极大地降低了在移动设备上部署的门槛。
- 启动速度快：编译后的二进制文件启动几乎是瞬时的，这对于希望在设备启动后快速启用服务的场景非常友好。
注意：虽然 MPS 主要提供 Go 编译的二进制文件，但其仓库也包含了完整的源代码。这意味着，如果你有特定的定制需求（比如修改默认端口、增加简单的认证），并且具备 Go 开发环境，你可以自行编译，灵活性很高。
2.2 功能边界：它做什么，不做什么？
清晰地定义边界，是 MPS 保持轻量的关键。理解这一点，能帮助你判断它是否是你的“菜”。
MPS 核心做好的事情：
- 文件浏览与索引：快速扫描指定目录（可配置多个），并通过一个清晰、响应式的 Web 界面展示媒体文件列表。支持按文件夹、文件类型浏览。
- 直接流媒体传输：这是它的看家本领。当客户端请求播放一个视频或音频文件时，MPS 会以HTTP 渐进式下载或HTTP Live Streaming (HLS)的方式，将文件数据流式传输给客户端。对于大多数现代客户端和主流格式（如 MP4, MKV, MP3），这种方式无需转码，效率最高。
- 基础格式兼容与“伪转码”：对于某些客户端不直接支持的编码格式（例如某些 MKV 内的 HEVC 编码），MPS 可以进行一种“轻量级转码”——更准确地说，是转封装（Remux）。它不会对视频流进行耗时的重编码，而是将原始的视频/音频流从 MKV 容器中“抽取”出来，重新封装进 MP4 或 TS 这类更通用的容器中，然后传输给客户端。这个过程对 CPU 的消耗极低，非常适合 ARM 设备。
- DLNA/UPnP 服务器：MPS 内置了 DLNA/UPnP 媒体服务器功能。这意味着你的智能电视、游戏机（如 PlayStation）、音响等设备，只要支持 DLNA，就能在它们的媒体播放器列表中直接发现 MPS 服务器并浏览播放其中的内容，无需任何额外配置。
- 字幕与简单元数据：支持外挂字幕文件的自动加载与内嵌字幕流的识别，并在 Web 播放器中提供切换选项。能读取媒体文件的基础元数据（如分辨率、时长、编码格式）并展示。
MPS 明确不做的事情：
- 完整的媒体库管理与刮削：它没有类似 Plex 或 Jellyfin 那样的海报墙、演员信息、剧情简介自动刮削功能。你的媒体文件列表就是你的文件夹结构。这对于追求极致简洁或已有自己文件管理习惯的用户是优点，但对于希望拥有精美海报墙的用户则是缺点。
- 高强度视频转码：MPS不提供真正的视频转码功能（如将 4K H.265 实时转码成 1080p H.264）。它的“转码”仅限于上述的转封装。如果你的客户端设备无法解码原始视频格式（例如，旧电视不支持 HEVC），那么播放将会失败。它的设计前提是：客户端应具备解码主流格式的能力。
- 用户管理与权限控制：MPS 本身不提供多用户、角色和精细的权限控制。它通常以单一服务运行，所有能访问到该服务网络地址的人，都能看到全部媒体内容。安全性依赖于家庭网络环境或通过反向代理等方式额外添加。
- 远程访问与高级流媒体协议：它专注于局域网（LAN）内的流媒体播放。虽然你可以通过配置路由器端口转发实现外网访问，但这并非其设计强项，且缺乏原生的安全加固。它也不支持像 RTSP、RTMP 这样的专业流媒体协议。
2.3 与主流方案的对比：找准自己的位置
为了更直观地理解 MPS，我们可以将其与几个主流方案放在一起对比：
| 特性 | MPS (telanflow/mps) | Jellyfin | Plex | 简单的 SMB/NFS 共享 |
|---|---|---|---|---|
| 核心定位 | 极简、轻量的局域网流媒体服务器 | 开源的完整媒体库解决方案 | 商业化的全能媒体中心 | 操作系统级文件共享 |
| 资源占用 | 极低(内存 <50MB) | 中等至高 (内存 500MB+) | 中等至高 (内存 500MB+) | 极低 (取决于OS) |
| 硬件要求 | 极低，ARM安卓设备可流畅运行 | 需要x86或高性能ARM，转码需强CPU | 需要x86或高性能ARM，转码需强CPU/GPU | 极低 |
| 媒体库管理 | 无，纯文件浏览 | 强大，自动刮削海报墙 | 强大，自动刮削海报墙 | 无，依赖文件管理器 |
| 转码能力 | 仅限转封装(Remux) | 强大，支持实时音视频转码 | 强大，支持实时音视频转码(需Plex Pass) | 无 |
| 客户端支持 | Web浏览器，DLNA/UPnP客户端 | 丰富(Web, 移动端App, TV端等) | 极其丰富(全平台官方App) | 系统文件管理器 |
| 部署复杂度 | 非常简单，下载运行即可 | 中等，需要配置库、刮削器 | 中等，需要配置库、登录账户 | 简单 |
| 适合场景 | 闲置移动设备变播放器，纯局域网播放，对硬件要求苛刻 | 家庭媒体中心，需要海报墙和跨平台追剧 | 追求体验和全家桶服务，愿意付费获得便利 | 仅需文件传输，不要求流媒体 |
从这个对比可以看出，MPS 在功能丰富度上做出了妥协，换来了无与伦比的轻量化。它不是一个“全能冠军”，而是一个在特定赛道（低功耗设备、局域网直播）上的“单项尖子”。
3. 实战部署：在安卓设备上搭建你的轻量媒体库
理论说得再多，不如亲手搭一个。下面我就以一台闲置的安卓手机（已获取 root 权限）为例，带你完整走一遍 MPS 的部署和配置流程。这个过程在安卓平板、电视盒子上大同小异。
3.1 前期准备与环境检查
在开始之前，我们需要确保环境就绪：
- 安卓设备：一台闲置的安卓手机/平板/电视盒子。建议系统版本在 Android 7.0 以上。Root 权限不是必须的，但拥有 root 权限可以获得更好的体验（如开机自启、绑定低端口）。本文会分别说明有无 root 的配置差异。
- 存储空间：设备需要有足够的存储空间存放你的媒体文件。可以是内置存储，也可以是插入的 TF 卡。建议将媒体文件集中放在一个单独的文件夹，例如
/sdcard/Media。 - 网络环境：设备需要连接到你的家庭局域网 Wi-Fi，并获取一个固定的 IP 地址（建议在路由器中为设备设置静态 IP 分配，这样每次 IP 不变，方便访问）。
- 工具软件：
- Termux：一个强大的安卓终端模拟器，我们将在其中运行 MPS。从 F-Droid 或 Google Play 安装。
- Solid Explorer 或 MiXplorer：功能强大的文件管理器，用于管理文件和检查权限。
- VLC 播放器（测试用）：用于测试 DLNA 功能。
3.2 下载与安装 MPS 二进制文件
MPS 的作者通常在 GitHub Releases 页面提供编译好的二进制文件。我们需要下载对应安卓 ARM 架构的版本。
- 打开 Termux，首先更新包管理器并安装一些必要工具：
pkg update && pkg upgrade -y pkg install wget tar -y - 访问 MPS 的 GitHub Releases 页面（例如
https://github.com/telanflow/mps/releases），找到最新的版本。通常文件名会包含linux-arm或android-arm。我们可以直接在 Termux 里用wget下载。假设最新版本是v0.8.0，文件是mps-v0.8.0-linux-arm.tar.gz。wget https://github.com/telanflow/mps/releases/download/v0.8.0/mps-v0.8.0-linux-arm.tar.gz - 解压下载的文件：
解压后你会得到一个名为tar -xzvf mps-v0.8.0-linux-arm.tar.gzmps的可执行文件。 - 为了方便，我们将可执行文件移动到 Termux 的
$PREFIX/bin目录（该目录通常在环境变量PATH中），并赋予执行权限：
现在，在 Termux 的任何路径下，直接输入mv mps $PREFIX/bin/ chmod +x $PREFIX/bin/mpsmps就可以运行了。
实操心得：如果 GitHub 下载速度慢，可以先用电脑下载，然后通过数据线或局域网共享（如用
python -m http.server在电脑上开个临时 HTTP 服务）传到安卓设备的/sdcard/Download目录，再用 Termux 的cp命令拷贝到当前目录。Termux 访问/sdcard需要先运行termux-setup-storage授权。
3.3 基础配置与首次运行
MPS 可以通过命令行参数或配置文件进行配置。我们先从最简单的命令行启动开始。
- 在 Termux 中，切换到你的媒体文件所在目录的上一级。例如，你的视频都在
/sdcard/Media/Movies，音乐在/sdcard/Media/Music。cd /storage/emulated/0 # 这通常对应内部存储的根目录注意：Termux 中访问安卓存储的路径是
/storage/emulated/0，它等同于/sdcard。 - 使用以下命令启动 MPS，并指定媒体目录：
这里mps --path ./Media--path参数指定了媒体库的根路径。你可以指定多个--path参数来添加多个目录。 - 如果一切正常，你会看到类似下面的输出：
这表示 MPS 的 HTTP 服务器已经在[INFO] 2024/05/20 10:30:00 MPS version 0.8.0 [INFO] 2024/05/20 10:30:00 Server started on :8080 [INFO] 2024/05/20 10:30:00 DLNA server started on :19008080端口启动，DLNA 服务器在1900端口启动。
关键参数解析：
--host：绑定到指定的 IP 地址，默认是0.0.0.0（监听所有网络接口）。在家庭局域网内，保持默认即可。--port：HTTP 服务端口，默认8080。如果端口冲突，可以改为其他，如--port 8090。--dlna-port：DLNA 服务端口，默认1900。通常无需修改。--cache：启用缓存（推荐），可以加速重复文件的浏览和流传输开始速度。--log：指定日志级别，如--log debug可以输出更详细的日志用于排错。
一个更完整的启动命令示例：
mps --path ./Media/Movies --path ./Media/TVShows --port 8090 --cache3.4 访问与使用你的媒体服务器
现在，服务已经跑起来了。我们来看看如何访问它。
- Web 界面：在同一局域网下的任何设备（电脑、手机、平板）的浏览器中，输入你的安卓设备的 IP 地址和端口号。例如：
http://192.168.1.100:8080。你会看到一个简洁的文件浏览界面，可以点击文件夹进入，点击视频文件即可在线播放。Web 播放器基于 HTML5，支持大部分现代浏览器。 - DLNA/UPnP 访问：打开你的智能电视或安装了 VLC 的手机。在电视的“媒体”或“输入源”中找到“DLNA”或“媒体服务器”选项，通常会自动搜索并列出名为 “MPS” 的服务器。在 VLC 中，进入“浏览” -> “本地网络” -> “通用即插即用（UPnP）”，也能看到并浏览 MPS 的媒体库。
首次运行的效果验证：
- 在 Web 界面播放一个 MP4 视频，应该可以立即开始播放，进度条可拖拽。
- 在电视上通过 DLNA 播放同一个视频，观察是否流畅，音画是否同步。
- 尝试播放一个 MKV 格式的 HEVC 视频。如果电视支持 HEVC 硬解，它会通过 DLNA 直接播放；如果不支持，Web 端可能会尝试转封装，而 DLNA 端可能会报错或无法播放。这验证了 MPS 的“伪转码”边界。
4. 进阶配置与优化指南
基础运行起来后，我们可以通过一些进阶配置让 MPS 更贴合个人使用习惯，并解决一些常见问题。
4.1 使用配置文件进行持久化配置
每次都输入一长串命令行参数很麻烦。MPS 支持通过配置文件来管理设置。
- 在 Termux 的
~/.config/mps/目录下（如果没有就创建），创建一个名为config.toml的文件。TOML 是一种易于阅读的配置文件格式。mkdir -p ~/.config/mps nano ~/.config/mps/config.toml - 在
nano编辑器中，输入以下内容（根据你的情况修改）：# MPS 配置文件示例 host = "0.0.0.0" port = 8080 dlna_port = 1900 cache = true log_level = "info" # 媒体库路径，可以配置多个 [[libraries]] path = "/storage/emulated/0/Media" # 你可以添加更多库 # [[libraries]] # path = "/storage/XXXX-XXXX/ExternalMedia" # TF卡路径示例 - 保存并退出（在 nano 中按
Ctrl+X，然后按Y，再按回车）。 - 现在，你只需要运行
mps命令，它会自动加载~/.config/mps/config.toml中的配置。如果需要指定其他位置的配置文件，可以使用--config /path/to/config.toml参数。
4.2 实现后台运行与开机自启
我们希望 MPS 能在 Termux 后台持续运行，即使关闭 Termux 的会话也不会停止，并且在设备重启后能自动启动。
方案一：使用 Termux 的tmux或nohup（无需 root）
tmux：Termux 默认安装了tmux，它是一个终端复用器。# 启动一个新的 tmux 会话 tmux new-session -d -s mps_server 'mps' # 此时 mps 已在后台运行。要查看输出，可以连接回这个会话： # tmux attach-session -t mps_server # 要断开连接但保持运行，按 Ctrl+B，然后按 D。nohup：更简单的方法。
这会将 MPS 的输出重定向到nohup mps > ~/mps.log 2>&1 &~/mps.log文件，并在后台运行。要停止它，需要找到进程 ID (ps aux | grep mps) 然后kill。
方案二：使用 Android 的 init 系统（需要 root）对于追求稳定和集成度的用户，如果设备已 root，可以将 MPS 注册为一个系统服务。
- 将
mps二进制文件复制到系统目录，例如/system/bin/，并设置可执行权限。这需要在 root 环境下操作，可以使用adb shell或在 Termux 中su后操作。 - 创建一个启动脚本。在安卓系统中，一种常见的方法是在
/data/local/userinit.sh或/system/etc/init.d/目录下（如果支持）创建脚本。这里以userinit.sh为例（部分定制 ROM 支持）：
记得给脚本执行权限 (#!/system/bin/sh # 等待系统启动完成 sleep 30 # 设置环境变量（如果需要） export PATH=/system/bin:$PATH # 启动 MPS，使用配置文件 /system/bin/mps --config /data/local/mps-config.toml &chmod +x /data/local/userinit.sh)。 - 将你的配置文件
config.toml也放到/data/local/目录下。 - 重启设备，MPS 应该会自动启动。你可以通过
ps | grep mps或浏览器访问来验证。
重要提示：修改系统文件有风险，请确保你知道自己在做什么，并提前备份。不同设备、不同 ROM 的开机自启方法可能不同，上述
userinit.sh方法并非通用，请根据你的设备环境寻找合适的方法（如使用 Magisk 模块，或init.d支持的应用）。
4.3 性能调优与网络考虑
- 缓存大小：MPS 的
--cache参数会缓存文件列表和部分元数据。对于媒体文件数量巨大的库，这能显著提升二次访问的速度。缓存默认存储在内存中，对于内存极小的设备，如果遇到问题可以尝试禁用缓存--cache=false，但会牺牲一些浏览速度。 - 网络与唤醒锁：安卓系统为了省电，可能会在屏幕关闭后限制后台应用的网络活动或进入休眠。这可能导致 DLNA 服务被发现或播放中断。有两个建议：
- 在安卓系统的“电池优化”设置中，将 Termux 设置为“不优化”。
- 在 Termux 内部，可以尝试安装
termux-wake-lock工具来获取唤醒锁，防止 CPU 深度休眠。pkg install termux-api termux-wake-lock
- 端口冲突：如果
8080或1900端口被其他应用占用，MPS 会启动失败。修改config.toml中的port和dlna_port即可。注意，DLNA 标准通常使用1900/udp端口，非标准端口可能某些 DLNA 客户端无法发现。
5. 常见问题排查与解决实录
在实际使用中，你可能会遇到一些问题。下面是我在部署和测试过程中遇到的一些典型情况及其解决方法。
5.1 服务无法启动或访问不到
现象：在 Termux 中运行mps后，没有看到成功的启动日志，或者浏览器无法访问IP:端口。
排查步骤：
- 检查命令和路径：确认启动命令中
--path指定的目录是否存在且可读。在 Termux 中用ls -la /storage/emulated/0/Media检查。 - 检查端口占用：MPS 默认使用 8080 端口。使用
netstat -tulpn | grep :8080检查该端口是否已被其他程序占用。如果占用，修改config.toml中的port为其他值，如8090。 - 检查防火墙：安卓设备自身的防火墙或安全软件可能阻止了端口访问。尝试在设备的防火墙设置中为 Termux 添加例外，或者暂时关闭防火墙测试。
- 检查 IP 地址：确保你访问的 IP 地址是安卓设备在Wi-Fi 局域网内的 IP，而不是蜂窝网络 IP。在 Termux 中运行
ifconfig wlan0或ip addr show wlan0查看。 - 查看详细日志：以调试模式启动 MPS，获取更多信息。
观察输出中是否有明显的错误信息，如“permission denied”（权限不足）或“address already in use”（端口占用）。mps --path ./Media --log debug
5.2 视频无法播放或只有声音没有画面
现象：在 Web 界面点击视频后，播放器显示加载但无法开始，或者只有音频没有视频画面。
原因与解决：
- 浏览器兼容性与编码格式：这是最常见的原因。Web 播放器依赖浏览器的 HTML5 视频解码能力。
- 检查视频格式：尝试在电脑上用 VLC 或
ffprobe（pkg install ffmpeg后使用）检查视频的编码格式。如果视频是 HEVC (H.265)、VP9 或 AV1 编码，而你的浏览器（特别是某些手机浏览器）不支持硬解，则无法播放。 - 解决方案：
- 换用支持更好的浏览器：在安卓设备上，Chrome、Firefox 通常有较好的格式支持。在电脑上，新版 Edge、Chrome 支持很全面。
- 启用 MPS 的转封装：对于 MKV 封装但编码是浏览器支持的格式（如 H.264），MPS 的自动转封装可能因为某些元数据问题未触发。可以尝试在播放时，查看浏览器开发者工具（F12）的网络（Network）标签，看视频请求的 URL 和响应类型。MPS 会对不直接支持的文件尝试提供
video/mp4流。 - 终极方案：如果客户端设备普遍较旧，考虑在电脑上预先将视频转码为通用的 H.264 + AAC 编码的 MP4 格式。这是 MPS 设计哲学下的妥协——服务器不转码，那就预处理片源。
- 检查视频格式：尝试在电脑上用 VLC 或
- 网络速度问题：播放高码率（如 4K Remux）视频时，如果 Wi-Fi 信号不稳定或速度不够，会导致缓冲。尝试播放一个低码率的视频测试。确保设备连接的 Wi-Fi 是 5GHz 频段，并且信号良好。
- DLNA 播放问题：如果在电视上通过 DLNA 播放出现卡顿或无法播放，而 Web 端正常。
- 检查电视支持的格式：查阅电视说明书，确认其 DLNA 客户端支持的视频和音频编码格式。很多老电视的 DLNA 只支持 MP4/H.264 和 MP3。
- MPS 的 DLNA 配置文件：MPS 的 DLNA 实现可能对某些设备的兼容性不佳。这是一个较深层次的问题，通常需要修改 MPS 源码中关于 DLNA 媒体格式声明的部分，这超出了基础使用的范围。一个变通方法是，使用电视的 Web 浏览器直接访问 MPS 的 Web 界面进行播放，绕过 DLNA 协议。
5.3 文件列表不更新或出现乱码
现象：新增或删除了媒体文件，但 Web 界面没有实时刷新；或者文件名中的中文等非 ASCII 字符显示为乱码。
解决：
- 缓存问题：MPS 启用了缓存以提升性能。文件系统的变化不会立即反映在 Web 界面上。你可以：
- 等待缓存过期（默认有一定时间）。
- 重启 MPS 服务。
- 在启动参数中加入
--cache=false禁用缓存（不推荐，影响性能），或者寻找是否有清除缓存的 API 或方法（当前版本 MPS 可能未提供）。
- 文件系统监控：较新版本的 MPS 可能支持文件系统监控（inotify），可以实时更新。请查阅项目文档确认。如果支持，确保你的 Termux 环境有相应的权限。
- 乱码问题：这通常是 Web 界面的字符编码问题。确保你的媒体文件名使用 UTF-8 编码。MPS 的服务端日志可能能正常显示，但 Web 前端渲染出错。可以尝试在浏览器中强制指定编码（通常无效），或者检查 MPS 的 Web 资源文件是否设置了正确的
<meta charset="UTF-8">。如果问题普遍存在，可能需要向项目提 Issue。
5.4 如何相对安全地外网访问？
强烈不建议直接将 MPS 的端口暴露在公网上，因为它缺乏用户认证和 HTTPS 加密。如果你确实需要从外网访问，请务必通过以下安全方式：
- 虚拟专用网络：在家庭路由器上搭建虚拟专用网络服务，让你的手机或电脑在外网时先连接到家庭网络，再像在局域网内一样访问 MPS。这是最安全、最推荐的方式。
- 反向代理 + 认证：在家庭网络中一台更安全的设备（如树莓派、NAS）上运行 Nginx 或 Caddy 作为反向代理。将 MPS 运行在本地，然后通过反向代理对外暴露，并在反向代理上配置 HTTPS 和基础身份认证（如用户名密码）。
- 优点：安全性高，可以配置 SSL 加密。
- 缺点：配置复杂，需要你有另一台常开设备运行反向代理，并且需要域名和 SSL 证书（可以使用 Let‘s Encrypt 免费证书）。
安全警告：任何将家庭内部服务暴露到公网的行为都会增加安全风险。请确保你了解潜在风险，并采取了足够的安全措施，如使用强密码、定期更新软件、限制访问 IP 等。对于 MPS 这种无认证的服务，通过反向代理添加认证是必须的。
通过以上五个部分的拆解，我们从项目定位、架构设计、实战部署、进阶配置到问题排查，完整地覆盖了telanflow/mps这个轻量级媒体播放服务器的核心使用场景。它就像一把精准的瑞士军刀，在“老旧安卓设备变废为宝，提供局域网内零负担流媒体服务”这个特定任务上，表现得非常出色。它的价值不在于功能的多寡，而在于在资源受限的环境下，将“播放”这件事做到了简单、高效、可靠。如果你正被老旧设备上的媒体服务器方案所困扰，不妨试试 MPS，它可能会给你带来意想不到的清爽体验。