AudioTrack到AudioFlinger再到AudioPolicyService

AudioTrack调用createTrack的时候，根据参数调用getOutputAttr得到一个Output的io handle，再把这个handle传给AudioFlinger，AudioFlinger会使用这个handle去查对应的PlaybackThread，然后thread最终在内部创建了Track。

这些Thread全是APS起来的时候就创建了，除了direct的线程是需要的时候才创建，其他的都是根据配置文件，openOutput的时候创建了相应的线程。openOutput同时还调用了openOuputStream，创建线程的时候会把生成的OutputStream传给相应的Thread。实际创建的Thread都是PlaybackThread的子类，根据不同flag，可能是OffloadThread，DirectOutputThread或者最常见的MixerThread。

AudioTrack调用start开始写数据的时候，Thread里面做的第一件事情应该是把相应的track放到active track里面去，它的线程函数会循环处理它自己所有的活跃的track。

deep buffering 只能用于music stream type

Off-load：解码交给硬件，CPU不做解码

AUDIO_OUTPUT_FLAG_DIRECT：AF不做mix，直接将audiostream输出到hardware，跳过audioflinger的mixer

FastTracks：周期较短，2ms~5ms运行一次，最多10ms（normal track一般20ms一次）。其实可以做到更快，但是考虑power consumption。这种一般不能做effect和sample rate conversion，会增加Latency

offloadingimplies a direct output stream