读者如何验证 mica-voice 流式 TTS 的首字延迟是否确实降低？

据 OSCHINA 报道，mica-voice v1.0.2 新增流式 TTS WebSocket 示例，服务端按 100ms 切片推送 PCM，配合 callback-sample-step 实现边合成边播放。读者可通过对比传统 TTS 与流式 TTS 的首字延迟数据，验证是否确实降低。建议使用相同音频输入，分别测试两种模式的首字输出时间，以获取可量化的对比结果。

读者如何判断流式 TTS 的 PCM 切片推送是否稳定？

流式 TTS 的稳定性依赖于服务端推送的连续性和完整性。读者可使用网络抓包工具（如 Wireshark）监控 WebSocket 通信，检查 PCM 数据是否按 100ms 间隔稳定发送，是否存在丢包或延迟突变。同时，前端可记录接收到的音频数据块数量与时间戳，判断推送节奏是否符合预期。

读者如何验证 callback-sample-step 是否实现边合成边播放？

callback-sample-step 是实现边合成边播放的关键机制。读者可查看示例代码中该回调的触发频率与音频数据处理逻辑，确认其是否在合成过程中持续调用。此外，可通过前端音频播放器实时监听音频流，观察是否在合成过程中逐步播放，而非等待全部合成完成。

读者如何确认流式 TTS 是否兼容不同前端播放器？

流式 TTS 的兼容性取决于前端播放器对 WebSocket 和 PCM 数据的处理能力。读者可尝试使用不同浏览器或音频播放库（如 Web Audio API、AudioContext）接入 /mica/voice/ws/streaming-tts 接口，观察是否能正常播放音频。若出现播放中断或格式错误，需进一步检查数据格式与播放器支持情况。