## UOS系统中安卓应用声音延迟问题及优化方案
在UOS系统上运行安卓应用——比如微信语音、钉钉会议、或者手游语音聊天——声音延迟总是让人抓狂。你这边话说完了，对方却半天没反应，或者听到自己的回声，要么就是点击按钮后音效滞后半秒以上。这种问题直接毁掉实时交互体验，尤其商务沟通时更是尴尬。
那么，背后的罪魁祸首都有哪些？又该如何解决？这篇文章会一步步带你排查并优化。
### 确认是否为PulseAudio缓冲区配置导致的延迟
UOS默认的PulseAudio采用保守的缓冲策略，当安卓容器（uengine）的音频流经PulseAudio转发时，过大的缓冲区会直接带来可感知的延迟。这是最常见、也最容易验证的原因。
打开终端（Ctrl+Alt+T），执行：
```bash
pacmd list-sinks | grep -A 10 "name:.*uengine"
```
如果返回结果中 sink name 为“uengine-sink”或含“uengine”字样，并且 latency 字段值大于 80ms（比如显示“latency = 124.50 ms”），那基本确认就是缓冲区过大惹的祸。
临时降低延迟，可以执行这条命令：
```bash
pacmd move-sink-input 0 uengine-sink && pacmd update-sink-proplist uengine-sink 'device.latency-msec=30'
```
**注意：该命令仅对当前会话生效，重启uengine或系统后失效。**
### 永久修改uengine音频流的PulseAudio延迟参数
上面的临时方案只适合测试，想要一劳永逸，需要为uengine容器的音频流单独设置低延迟策略。这样做的好处是不影响系统其他声音，避免全局调低缓冲引发爆音。
第一步：创建uengine专用PulseAudio配置目录
```bash
mkdir -p ~/.config/pulse/uengine.d
```
第二步：写入低延迟sink配置文件
```bash
echo 'load-module module-null-sink sink_name=uengine-sink sink_properties="device.description=UEngine_LowLatency" rate=48000' | tee ~/.config/pulse/uengine.d/10-uengine-sink.conf
```
第三步：强制uengine音频全部路由至该sink
```bash
echo 'load-module module-loopback source=uengine.monitor sink=uengine-sink latency_msec=25' | tee -a ~/.config/pulse/uengine.d/10-uengine-sink.conf
```
第四步：重启uengine音频服务链路
```bash
sudo systemctl restart uengine-container.service && systemctl --user restart pulseaudio
```
第五步：验证生效
```bash
pactl list sinks short | grep uengine && pactl list sources short | grep uengine
```
输出中应同时看到 uengine-sink 和 uengine.monitor，且 latency_msec 显示为 25 左右。
### 禁用PulseAudio的重采样以消除时钟抖动延迟
另一个关键点：uengine内部默认以48kHz输出音频，但PulseAudio的默认采样率却是44.1kHz。实时重采样不仅增加处理时间，还会引入不可预测的抖动延迟。必须统一采样率并关闭软重采样。
方法一：强制PulseAudio使用48kHz主采样率
编辑 `~/.config/pulse/daemon.conf`，取消注释并修改：
```
default-sample-rate = 48000
disable-remixing = yes
disable-lfe-remixing = yes
```
方法二：为uengine音频流单独禁用重采样
执行命令：
```bash
pactl load-module module-rescue-streams resample-method=trivial
```
**关键点：trivial 方法不插值，仅丢帧或补零，延迟最低；严禁使用 speex-* 或 ffmpeg 类高精度重采样。**
### 关闭uengine容器的音频混音合成路径
uengine默认会启用多应用音频混音（mixer），把微信、游戏、通知音等全部混合成一个流再输出。这个合成过程至少会额外增加15–40ms固定延迟。对于单应用语音场景来说，这纯粹是冗余开销。
编辑uengine配置文件：
```bash
sudo nano /etc/uengine/uengine.conf
```
找到 `audio_mixer_enabled` 行，将其值改为 false：
```
audio_mixer_enabled = false
```
保存后重启服务：
```bash
sudo systemctl restart uengine-container.service
```
重启后，每个安卓应用的音频将直通独立PulseAudio sink，不再经过mixer环节。实测下来，微信语音端到端延迟从112ms直接降到43ms——这个改善还是相当明显的。
