有声书和播客攒多了，麻烦就来了：微信听书、喜马拉雅、Apple 播客各存一部分，进度互不同步，换台设备从头听；想听自己下的有声书，又得另找播放器。Audiobookshelf 想的很直接——把这些全收进一个你自己掌控的服务器里，书是你自己的、数据是你的、进度也归你。它不收会员、不插广告、不绑架格式，本质上就是给你的有声内容搭一个「私人电台」。
是什么
Audiobookshelf 是一个开源自托管的有声书与播客服务器，用 JavaScript（Node.js）写成，核心功能打包成 Docker 镜像，一条命令就能跑起来。它把「本地有声书 + 订阅播客」统一管起来：你把书文件丢进文件夹，它自动扫描、抓元数据、生成章节和封面；你用手机或网页串流收听，进度、书签、播放速度全部跟着账号走。官方仓库显示它有 1.5 万左右的 Star，GPL-3.0 协议，版本到 v2.37.1，迭代很活跃。对国内用户要提前说清楚：它是自托管服务，需要你有一台常开的机器（家里的 NAS、小主机、或者一台云服务器都行），这一点比前面两个「开箱即用」的工具门槛高一些。
核心优势
第一是「自己的书自己管」。不管是 .m4b、.mp3 还是分轨的文件夹，丢进库里就被自动整理成带章节、带封面的有声书，再也不用为每本书记进度。第二是多端进度同步——手机听到第 23 分钟，平板上打开接着听，书签和章节位置都在，车上切设备也不重头。第三是播客也归它管：你订阅的播客统一在这儿更新、统一收听，不用再在好几个 App 之间跳。它还提供官方的 iOS / 安卓 App，支持离线下载，没网的时候照样听。
它把「隐私」做成了默认项。所有收听数据存在你自己的服务器上，不上报、不外传；播放速度、睡眠定时、自动章节跳转这些听书常用功能也都齐。对不想被平台拿捏、又攒了一堆有声资源的人来说，这套体验是订阅制 App 给不了的。
项目档案：Star 15K / JavaScript / GPL-3.0 / v2.37.1（数据来自官方仓库 API）
怎么用
最标准的用法是 Docker 部署。拉官方镜像（ghcr.io/advplyr/audiobookshelf），写好目录映射（把你的有声书文件夹挂进去），起容器后浏览器打开管理后台，设置好库路径，它就开始自动扫描整理。国内拉取 ghcr 镜像时，可以走常见的国内镜像源加速，把 registry 地址改成镜像站即可，文档里有现成示例。
部署好之后，手机装官方 App（App Store / Google Play 搜 Audiobookshelf），填你服务器的地址登录，就能像用普通听书 App 一样串流收听；不装 App 的话，网页端也能听、能下。播客则在后台直接粘贴 RSS 订阅，之后就归它统一更新。需要注意的是，家宽用户想外网访问，一般要用内网穿透或反代把端口暴露出去，这部分属于基础网络配置，按自己环境来。
Audiobookshelf 官网：功能介绍与部署文档入口
不是没有槽点
门槛确实在「部署」。它不是一个下载即用的 App，而是服务——你得有常开设备、会一点 Docker 和端口映射，纯小白第一次搭会比较劝退。没有现成机器的人，还得先解决「服务器从哪来」。
不是所有格式的元数据都认得全。大部分常见有声书能自动抓到章节和封面，但遇到冷门格式、或者文件名不规范的文件，可能得手动补元数据。另外它专注「音频」，电子书阅读只是附带功能，想正经看 epub 排版，还得另配专门的阅读器。还有，外网访问的稳定性取决于你自己的网络方案，服务器一关机，全家就都听不了。
跟同类比
和 Plex / Jellyfin 这类媒体中心比，Audiobookshelf 是专门为有声音频做的，章节、书签、播放速度、播客订阅这些细节比通用媒体库贴心得多；和各家订阅制听书 App 比，它不收会员、不插广告、数据全归你，代价是你要自己运维。一句话：如果你只是偶尔听两本书，订阅 App 更省事；但凡你攒了一堆有声资源、又讨厌被平台和会员绑着，Audiobookshelf 就是那个「一次搭好、长期自由」的私人电台。
GitHub：advplyr/audiobookshelf
官方网站：audiobookshelf.org
标签：#Audiobookshelf #有声书 #播客 #自托管 #开源工具
你那堆分散在好几个 App 里、互相不同步的有声书，最想先让哪一部分「归自己管」？