多媒体开发者

fill:#333;stroke:1;fill:none;important;important;important;important;important;important;important;important;important;important;important;important;important;important;important;important;MediaMuxerOggWriterWebmWriter。

普通消息被Post到消息队列，Looper不断的从队列中取出消息并分发给相应的Handler处理。如果是需答复消息的话使用PostAndAwaitResponse，Handler处理完以后通过postReply将消息返回给发送方，发送方通过新建的responsemsg接收。

dex与.odex、.oat有什么联系呢？

Android Q文件存储机制修改成了沙盒模式，应用只能访问自己沙盒下的文件和公共媒体文件。

Android 进程优先级 :前台进程 > 可见进程 >服务进程 >缓存进程 > 空进程;Android 系统中会尽量保证优先级高的进程的存在时间尽可能长;如果资源不足 ( 这里的资源最主要的是内存 ) , 为了可以新建进程 , 以及重要进程的运行 , 系统会杀死一些低优先级进程 , 并回收该进程所占用的内存;如果出现内存不足的情况 , 会按照上述进程优先级顺序进行回收 , 从低到高进行。

安装在设备中的每一个apk文件，Android给每个APK进程分配一个单独的用户空间,其manifest中的userid就是对应一个Linux用户都会被分配到一个属于自己的统一的Linux用户ID，并且为它创建一个沙箱，以防止影响其他应用程序（或者其他应用程序影响它）。用户ID 在应用程序安装到设备中时被分配，并且在这个设备中保持它的永久性。

AudioPolicyService是负责音频策略的制定，AudioFlinger负责音频策略的具体执行，两个模块各司其职。

Audioflinger负责管理android的所有音频设备，包括输入和输出。在Android Audio系统中，AudioFlinger起到承上启下的作用，上接AudioTrack/AudioRecord/AudioSystem等，下接AudioHal。AudioFlnger对上层会提供各种功能接口调用，对下层会对每个AudioHal设备开启一个独立线程，负责音频数据的管理。本文就依据AudioFlinger的作用来分析部分主要代码。

AndroidHAL层的代码为framework层抽象出了一系列接口，隐藏了硬件驱动细节；本文来了解AudioHal层的相关代码，相关源文件在目录frameworks\av\media\libaudiohal中；在AndroidAudio子系统中，直接操作AudioHal的是AudioFlinger，在AudioFlinger中保存了所有可用的音频设备

理解binder设计binder是为了设计一套

Binder作为Android系统的主要进程间通信方式，在驱动层不会有开发的需求，我们主要还是了解下binder在驱动成的运行原理，以便于理解android binder的工作方式