共计 5191 个字符，预计需要花费 13 分钟才能阅读完成。
前段时间在折腾自己的 [[NAS]] 时，突然想起之前收藏的一大堆音乐文件一直躺在硬盘里吃灰。虽然用 [[Jellyfin]] 或者 [[Navidrome]] 这些工具可以很好地管理和播放音乐，但总觉得缺少点什么——对了，是那种「打开就能听，随时在线播放」的电台感觉。于是我开始寻找能够自己搭建网络电台的开源方案，最终发现了 AzuraCast 这个宝藏项目。
这不是我第一次接触网络电台相关的技术，早些年玩过 [[Icecast]] 和 [[Shoutcast]]，但那时候的体验说实话有点折磨人。需要手动配置各种参数文件，还要单独搞定播放列表管理、直播源接入等等琐碎的事情。而 AzuraCast 的出现，让我意识到原来搭建一个功能完善的网络电台可以如此简单优雅。它把所有需要的组件都打包好了，通过一个现代化的 Web 界面就能完成所有操作，这种「开箱即用」的体验正是我一直在寻找的。
什么是 AzuraCast
[[AzuraCast]] 是一个完全免费且开源的自托管网络电台管理套件。简单来说，它就像是一个「电台控制中心」，把你需要的所有功能都整合在了一起：音频流媒体服务器、自动 DJ、播放列表管理、听众统计、公开页面展示等等。整个系统基于 Docker 容器化部署，这意味着你不需要在服务器上手动安装一大堆依赖软件，也不用担心版本冲突之类的问题。
这个项目的技术栈也挺有意思，后端主要用 PHP（占了 78% 左右的代码），前端采用 Vue 和 TypeScript，构建工具用的是现代化的 Vite。底层则是 [[Liquidsoap]]、[[Icecast]] 和 [[SHOUTcast]] 这些成熟的流媒体组件在支撑。AzuraCast 的角色就像是一个精心设计的「粘合剂」，把这些原本需要单独配置的工具统一管理起来，让你通过浏览器就能控制整个电台的运作。
从功能层面来看，AzuraCast 支持多种音频格式（MP3、AAC、Ogg Vorbis 等），可以创建多个独立的电台频道，每个频道都有自己的播放列表、主题样式和设置。它还内置了自动 DJ 功能，能够根据你设定的规则自动播放音乐，保证 24 小时不间断运行。如果你想做直播节目，也可以通过 [[Mixxx]]、[[BUTT]] 这样的软件连接到 AzuraCast 进行实时广播。
为什么选择 AzuraCast
在深入了解 AzuraCast 之前，我其实对比过几个常见的方案。如果只是想搭建一个简单的流媒体服务器，直接用 Icecast 或者 SHOUTcast 也不是不行，但问题在于这两个工具本质上只是「流媒体协议服务器」——它们负责把音频数据推送给听众，但不提供播放列表管理、Web 界面、统计分析这些周边功能。你需要自己搞定音频源的输入，手动编辑 XML 配置文件，再找其他工具来管理播放内容。
相比之下，AzuraCast 的优势非常明显。它不仅包含了 Icecast 和 SHOUTcast 的功能（实际上可以选择用哪个作为底层），还提供了一整套完善的管理系统。你可以直接在浏览器里上传音乐文件，编辑音轨的元数据（标题、艺术家、专辑等），创建不同类型的播放列表，设置播放规则和时间表。更重要的是，它自带一个「Auto DJ」功能，这相当于有一个智能的音乐播放器在后台运行，根据你的设定自动挑选歌曲播放，完全不需要手动干预。
另外一个让我印象深刻的点是 AzuraCast 对多电台的支持。如果你想运营多个不同风格的频道（比如一个播爵士乐，另一个播摇滚），在同一个 AzuraCast 实例里就能轻松实现，每个电台互不干扰，各有独立的设置和数据。这种灵活性对于想要做多元化内容的用户来说非常友好。
从部署角度看，Docker 容器化的方式也是一大亮点。传统的方式需要你在服务器上逐个安装 Liquidsoap、Icecast、Nginx、PHP、数据库等一系列软件，而且版本兼容性问题经常让人头疼。AzuraCast 把所有这些打包成 Docker 镜像，你只需要安装 Docker 和 Docker Compose，运行几条命令就能启动整个系统。更新也很简单，一条命令就能把所有组件更新到最新版本，不用担心更新过程中把系统搞坏。
实际部署体验
我的部署环境是一台运行 Ubuntu 22.04 的 [[VPS]]，配置不高，2 核 CPU、4GB 内存，用来跑个人电台完全够用。AzuraCast 的官方文档推荐的安装方法非常直接：先创建一个工作目录（比如 /var/azuracast），然后下载他们提供的 Docker 工具脚本，执行安装命令即可。整个过程大概十分钟左右，大部分时间都在拉取 Docker 镜像。
安装完成后，通过浏览器访问服务器的 IP 地址，就能看到 AzuraCast 的初始化向导。第一次使用需要创建一个管理员账号，然后系统会引导你创建第一个电台。这个向导设计得很友好，逐步让你填写电台名称、选择流媒体服务器类型（Icecast 还是 SHOUTcast）、设置比特率和音频格式等基本参数。如果你不太了解这些技术细节，用默认值也完全没问题。
创建好电台之后，我做的第一件事就是上传音乐。AzuraCast 的媒体管理界面设计得挺清爽，支持直接从本地电脑拖拽上传文件，也支持从服务器的某个目录批量导入。上传后，它会自动读取音频文件的 ID3 标签，把歌曲的标题、艺术家、专辑等信息提取出来显示在列表里。如果某些文件的元数据不完整或者不准确，你还可以直接在界面上编辑修改，非常方便。
接下来就是创建播放列表。AzuraCast 的播放列表功能很灵活，你可以创建「标准播放列表」，手动选择要播放的歌曲；也可以创建「智能播放列表」，根据艺术家、专辑、流派等条件自动筛选歌曲。我试着创建了几个不同主题的播放列表：一个是轻松的咖啡馆爵士，一个是适合工作时听的 Lo-fi Hip Hop，还有一个是放周末的摇滚歌单。然后在电台的「自动 DJ」设置里，配置了播放规则，让系统按照我设定的权重随机从这些播放列表里挑歌播放。
启动电台后，我在浏览器里打开 AzuraCast 自动生成的公开页面，页面设计简洁现代，有专辑封面展示、当前播放的歌曲信息、播放进度条，还有「点歌」和「历史播放记录」等功能。听众可以直接在这个页面播放电台，也可以复制流媒体地址到自己喜欢的播放器（比如 [[VLC]]、Winamp、或者手机上的流媒体应用）里收听。我把这个地址分享给几个朋友试听，反馈都挺不错，音质稳定，延迟也在可接受范围内。
在使用过程中，我也遇到了一些小问题。比如刚开始上传的一批音乐文件编码不统一，有些是 MP3，有些是 FLAC，导致 Auto DJ 在切换歌曲时偶尔会出现短暂的静音。后来发现 AzuraCast 可以配置音频转码功能，让 Liquidsoap 自动把所有音频统一转换成相同的格式和比特率，这样就解决了兼容性问题。还有一次我发现某些歌曲的音量差异比较大，前一首很轻柔的爵士突然切到一首摇滚，音量突然变大吓了一跳。好在 AzuraCast 也考虑到了这一点，可以开启「音频归一化」功能，让 Liquidsoap 自动调整每首歌的音量，保证输出音量基本一致。
深入功能探索
用了一段时间后，我开始探索 AzuraCast 的一些进阶功能。比如「预定播放列表」这个功能就很实用，可以设定某个播放列表在特定的时间段播放。我给自己设了个规则：工作日的早上 8 点到中午 12 点播放轻快的爵士乐，下午 1 点到 6 点切换到适合专注工作的 Lo-fi，晚上则播放一些轻松的流行音乐。这样一来，电台就有了明显的「时段特色」，听起来不会太单调。
听众统计也是个很有意思的功能。AzuraCast 自带一个简洁的分析面板，可以看到实时的听众数量、历史峰值、每首歌的播放次数等数据。虽然我的电台主要是自己和朋友在听，听众数量不多，但看着这些数据慢慢累积还是挺有成就感的。而且它还支持导出详细的播放日志，如果你想做更深入的数据分析，可以用这些日志配合其他工具进行处理。
除了音乐播放，AzuraCast 还支持接入直播源。我用 [[BUTT]]（Broadcast Using This Tool）这个软件测试了一下，配置好服务器地址、端口、挂载点和密码后，就能把本地的音频流推送到 AzuraCast。这意味着你可以做实时的直播节目，比如和朋友连麦聊天，或者现场混音 DJ，而 AzuraCast 会在没有直播的时候自动切换回 Auto DJ 模式。这种「直播 + 自动播放」结合的方式，让一个人也能运营一个看起来很专业的网络电台。
对于想要更多定制化的用户，AzuraCast 还提供了 API 接口。你可以通过 API 获取当前播放的歌曲信息、上传音乐文件、管理播放列表等等。我试着写了个简单的 [[Python]] 脚本，定期从我的音乐库里同步新歌到 AzuraCast，这样就不用每次手动上传了。官方文档里有详细的 API 说明，对于懂点编程的人来说，可玩性还是挺高的。
与其他方案的对比
在实际使用中，我也不免把 AzuraCast 和之前用过的方案做了些对比。单纯从流媒体播放能力来看，Icecast 和 SHOUTcast 作为底层协议服务器已经非常成熟稳定，AzuraCast 用它们作为基础自然也继承了这些优点。但 Icecast 和 SHOUTcast 只是「流媒体管道」，你需要自己准备音频源，而 AzuraCast 的价值在于它提供了一整套完整的生态：从音频文件管理、播放列表编排、自动播放调度，到公开页面展示、听众统计分析，全都包含在内。
如果和 [[Jellyfin]] 或 [[Navidrome]] 这类音乐服务器比较，它们更侧重于「点播」——用户可以选择想听的歌曲、专辑、歌手，像在听自己的音乐库。而 AzuraCast 的核心是「电台」——你作为电台管理者决定播什么，听众只能被动收听。这种模式更接近传统广播，适合那些想要创建特定氛围或主题频道的场景。当然，如果你愿意，也可以在 AzuraCast 里开启「点歌」功能，让听众提交想听的歌曲，由 Auto DJ 在合适的时机插播。
还有一类商业的电台托管服务，比如 Radionomy、Live365 这些平台，它们提供了类似的功能，但通常需要付费订阅，而且你的数据和内容都托管在第三方服务器上。AzuraCast 作为自托管方案，最大的优势是完全掌控在自己手里：数据存储在自己的服务器上，没有流量限制，不用担心服务商突然倒闭或者改变政策。当然，自托管也意味着你需要负责服务器的维护、备份、安全等事务，这对技术能力有一定要求。
一些实用建议
如果你也想尝试搭建自己的网络电台，这里有几点建议。首先是服务器选择，如果只是小规模的个人或朋友圈使用，一台 2 核 4GB 内存的 VPS 就足够了。如果听众数量预计会比较多（比如几十上百人同时在线），那就需要考虑更高配置的服务器，或者使用 CDN 来分发流量。AzuraCast 官方也提供了一些托管服务商的一键安装方案，如果不想自己折腾服务器，可以直接在 Linode、Vultr、DigitalOcean 这些平台上部署。
音乐文件的管理也很重要。我的建议是提前把音乐文件整理好，确保每个文件都有完整准确的元数据（标题、艺术家、专辑、流派等），这样在 AzuraCast 里操作起来会方便很多。如果你的音乐库很大，建议开启音频转码和归一化功能，这样可以保证输出音质的一致性。另外，定期备份音乐文件和 AzuraCast 的配置数据也是必要的，虽然 Docker 容器化降低了出问题的风险，但万一服务器挂了，有备份总是安心。
关于公开访问，如果你希望让更多人能听到你的电台，除了分享流媒体地址，还可以考虑把电台提交到一些在线电台目录网站，比如 TuneIn、RadioBrowser 这些平台。AzuraCast 支持自动同步电台信息到这些目录，提高曝光度。当然，如果只是私人使用，你也可以通过 [[Nginx]] 做一层反向代理，加上密码认证或者 IP 白名单，限制访问权限。
最后
用 AzuraCast 搭建自己的网络电台，带给我的不仅是技术上的满足感，更多的是一种「创造」的乐趣。你可以根据自己的喜好策划不同主题的频道，精心挑选播放列表，设计独特的页面风格，甚至做一些定制化的功能开发。这种掌控感是使用商业流媒体服务无法比拟的。
从技术角度看，AzuraCast 是一个成熟且活跃的开源项目，GitHub 上有 3700 多个星标，持续有贡献者在改进功能和修复问题。项目的文档也很完善，遇到问题可以去他们的 Discord 社区寻求帮助，氛围还不错。虽然它还处于 Beta 阶段，但从我这段时间的使用体验来看，稳定性已经相当不错，日常运行基本没遇到什么大问题。
如果你也有一堆音乐文件躺在硬盘里，或者对网络电台这个话题感兴趣，不妨试试 AzuraCast。它可能不会让你成为下一个 BBC Radio，但至少能让你拥有一个完全属于自己的、独一无二的音频空间。在这个流媒体巨头主宰的时代，能够自己掌控一片小天地，也是一件挺酷的事情。
