有料小说网的日活跃用户已突破百万级，其中听小说功能的流量占比在过去一年从12%攀升至34%。面对如此量级的内容消费需求，我们的内容分发系统必须同时兼顾文本与音频两类资源的调度效率。

分发系统核心链路

整个架构分为三层：接入层用Nginx+OpenResty做动态路由，根据用户端类型（Web/App/小程序）将请求分发至不同集群；逻辑层由Go服务承担，负责书籍元数据查询、章节内容组装和权限校验；存储层则采用TiDB+MinIO混合方案，热数据走TiDB，全本小说下载包和音频文件落MinIO对象存储。

音频转码是链路中最重的一环。用户上传或系统抓取的TTS音频初始格式五花八门，我们统一转为AAC编码、44.1kHz采样率、128kbps码率的m4a容器。转码任务通过Kafka投递到FFmpeg Worker集群，单节点并发控制在4路，避免CPU争抢导致转码时长抖动。

转码参数与注意事项

• 优先使用-movflags +faststart，确保有声小说在移动端可边下边播
• 对超过200MB的长篇合集启用分段转码，每段15分钟，便于CDN分片缓存
• 转码完成后回调通知业务层更新章节音频状态，失败任务进入死信队列人工介入

需要留意的是，部分免费小说的TTS合成音频存在响度不一致的问题，我们在转码后额外跑一遍loudnorm滤镜做统一归一化，目标响度-16 LUFS。

常见问题

Q：转码后音频时长与文本章节不匹配？
通常是TTS引擎在标点处插入的静音段长度超标，可在FFmpeg中加silenceremove参数修剪。
Q：小说下载包解压后章节顺序错乱？
检查元数据中chapter_index字段是否在分发时被并发写入覆盖，建议加乐观锁。

目前有料小说网的转码成功率达99.3%，平均单章音频处理耗时从最初的22秒压缩到6.8秒。后续计划引入GPU加速的硬件编码方案，进一步降低免费小说内容转音频的边际成本。