AudioTrack到AudioFlinger再到AudioPolicyService

最新推荐文章于 2024-05-07 19:09:49 发布

原创最新推荐文章于 2024-05-07 19:09:49 发布 · 1.9k 阅读

3 ·

CC 4.0 BY-SA版权

android 同时被 2 个专栏收录

27 篇文章

订阅专栏

audio

9 篇文章

订阅专栏

本文详细阐述了AudioTrack通过createTrack、getOutputAttr和AudioFlinger之间的交互过程，解释了不同线程类型（如OffloadThread、DirectOutputThread、MixerThread）的创建与作用。同时强调了deepbuffering技术仅适用于musicstreamtype，并介绍了AudioTrack启动写数据时，Thread的首要任务及快轨（FastTracks）特性与限制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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。