无声

整机无声（bt和手机一起播放声音时）：通路策略切错；BT状态不对；data往BT走，BT断开无法播放；全局静音；音量为0；往下写data时中间出现了mute；
整机无声（只有手机）：可能是播放设备没有正确选择，输出设备策略选择问题
A2DP无声：正常情况数据走A2DP，实际上走了SCO，但SCO无法接收，所以没有声音。
SCO无声：网络原因；没有打开mic。

断音

在MTK平台中，audio dump中resample in节点有断音，可能是underrun，原因是APP写数据太慢，这种情况无法优化，只能三方解决。在往下走的其他节点出现断音，通过调整buffer大小来解决（buffer一般情况不动，减少buffer会出现断音，增大buffer会出现延迟）。数据写快了，写慢了都可能造成断音。

杂音

通过audio dump定位，在节点af_track就有杂音属于是APP写下来的数据就有杂音。资源文件就有杂音，无法优化。资源文件没有杂音，可能是在上层太忙，buffer太小，出现了underrun，造成了数据损坏，这种情况通过调整buffer来解决，调整frameCount，调大延时变长，request太多，但是写的少，write的数据就有可能丢失。杂音在中间，如effect，resample等情况。

设备切换

耳机插拔，蓝牙，不同stream不同的route，不同的volume。track start后马上暂停了。

延迟播放

看最开始write数据的时间，可能最开始写的数据就是空的。或者是延迟的写数据的时间。

焦点问题

哪一个请求焦点是最新的，焦点就在哪儿。

多路录音

有线耳机

蓝牙

控制类问题

如播放、暂停等操作，考虑BT协议的问题。

播放时间有问题

分析第一次write date的地方（track write to buffer）。

声音在不同应用中切换的问题

分析MediaFocus，谁最后请求，给谁focus，类似栈。

无声问题（连上BT）

考虑是否写了data，有没有data传下来，data是否为mute，上层app传递命令是否有错误，BT协议不匹配，track start后是不是马上停了。BT控制是否有问题。

音质问题

首先分析dump，确定出现问题的节点，杂音分析buffer，断音一般为underrun（上层app写数据太慢，供不应求，会造成断音或者杂音，解决方案一般是调整buffer大小，buffer调大）3秒一般是standby。

录音

一般考虑多路录音，多个record抢占mic。

路由问题

BT audio分析总结

分析audio dump，确定写给BT的data是否正常，MTK平台Android原生架构分析threadloop write节点，高通平台分析QXDM 1586节点，从dump确定问题大概位置。
分析systrace 确定性能。
AudioFocus状态（用于播放或者音量异常的情况）。
AudioTrack是否正常创建
bt连接是否正常
通路异常，setMode，setSpeakerphoneOn等都会影响设备选择，sco调用流程是否正常
APM setOutputDevice时已经选择了预期的设备，则是驱动问题