网站制作建设飞沐男女做羞羞的事情网站

网站制作建设飞沐,男女做羞羞的事情网站,小程序开发外包服务公司,wordpress 版权深入解析 Android 音频系统#xff1a;从 audio_policy_configuration.xml 静态配置到 mHwModulesAll 动态加载的全生命周期 1. 序言#xff1a;音频系统的“蓝图”与“基石” 在 Android 音频架构中#xff0c;audio_policy_configuration.xml 绝非简单的文本文件#x…深入解析 Android 音频系统从 audio_policy_configuration.xml 静态配置到 mHwModulesAll 动态加载的全生命周期1. 序言音频系统的“蓝图”与“基石”在 Android 音频架构中audio_policy_configuration.xml绝非简单的文本文件它是整个音频策略管理器AudioPolicyManager, 简称 APM的“施工蓝图”。它定义了系统支持哪些硬件模块、具备哪些播放/录音能力以及设备间的物理链路。本文将从源码视角出发深度剖析 Android 如何将这一纸蓝图转化为内存中核心数据结构mHwModulesAll并最终驱动硬件发出声音。2. 核心架构图解从配置文件到内存对象在系统启动时音频策略的加载遵循“解析 - 映射 - 探测”的闭环逻辑PolicySerializer 解析引用传递填充onNewAudioModulesAvailableInt激活audio_policy_configuration.xmlAudioPolicyConfig 对象AudioPolicyManager 构造初始化mHwModulesAll 全量模块列表硬件动态探测与流验证mAvailableOutputDevices 可用设备列表3. 标签与源码的灵魂契约XML 元素如何对应 C 类当Serializer.cpp遍历 XML 树时每一个标签都会在堆内存中实例化为一个特定的 C 对象。3.1 模块映射module-HwModule每个module如primary,usb对应一个HwModule对象。它是音频驱动加载的最小单位。源码逻辑HwModule内部持有一个mProfiles集合用于存储该模块所有的输入输出能力。3.2 接口映射mixPort-IOProfile代表软件侧的音频流描述符。关键属性rolesource对应播放Outputrolesink对应录音Input。代码对应解析后存入HwModule-mProfiles。3.3 设备映射devicePort-DeviceDescriptor代表硬件侧的物理接口。地址识别addressBUS00_MEDIA这类属性会被解析并用于后续的路由寻址。4. 深度专题关键配置的源码级实现4.1attachedDevices谁是“常驻嘉宾”XML 配置attachedDevicesitemMedia Bus/itemitemSys Notification Bus/item/attachedDevices源码逻辑Serializer.cpp解析器读取到这些 item 后会调用DeviceDescriptor-setAttached(true)。意义这标志着该设备物理上不可拆卸。在探测阶段只有标记为attached的设备才会被系统认为开机即处于AVAILABLE状态。4.2defaultOutputDevice系统的最后防线源码实现AudioPolicyManager.cppAPM 内部维护一个spDeviceDescriptor mDefaultOutputDevice指针。在initialize()过程中如果系统发现默认设备不可达会触发ALOGE报错。它是所有音频路由决策的“保底”选择。4.3 动态参数抉择samplingRates与channelMasks多值存储源码中使用SampleRateVector本质是std::vectoruint32_t存储如44100,48000这样的列表。选择逻辑IOProfile.cpp当 App 请求 48k 采样率播放时系统会调用profile-isCompatibleConfig(...)// 源码简述遍历 Vector 寻找是否存在匹配值if(std::find(mSamplingRates.begin(),mSamplingRates.end(),requestedRate)!mSamplingRates.end()){returntrue;// 匹配成功该通道可用}特殊情况如果 App 未指定参数系统默认选取 Vector 中的第一个值作为最优解。5. 核心逻辑mHwModulesAll 的初始化与“试运行”5.1 初始化机制引用传递的奥秘很多开发者找不到mHwModulesAll mConfig-getHwModules()这样的直接赋值。这是因为在现代 AOSP 中它是通过构造函数初始化列表完成的// AudioPolicyManager.cpp 构造函数AudioPolicyManager::AudioPolicyManager(AudioPolicyClientInterface*clientInterface):...mConfig(mHwModulesAll,mOutputDevicesAll,mInputDevicesAll,mDefaultOutputDevice){// 这里 mConfig 持有了 mHwModulesAll 的引用。// 当执行 deserializeAudioPolicyXmlConfig 时数据直接填充进了 mHwModulesAll。}5.2 探测期onNewAudioModulesAvailableInt这是 APM 启动时最繁忙的时刻。它会针对mHwModulesAll里的每个模块执行loadHwModule真正加载.so驱动库。“试开流”Probing调用outputDesc-open(...)。深度细节即便 XML 写了支持 192k 采样率如果此时硬件 HAL 反馈打开失败系统会跳过该通道确保不会将声音发往一个“坏死的”硬件通路。正式挂载验证通过后设备才会被添加到mAvailableOutputDevices。6. 路由链路routes的桥接作用routetypemixsinkMedia Bussourcesmedia/这是 MixPort 和 DevicePort 之间的逻辑开关。源码校验当建立音频补丁Audio Patch时系统会检索HwModule-mRoutes。如果没有在 XML 中显式定义这条路径即便底层驱动支持APM 也会因为找不到路由而拒绝建立连接。7.audio_policy_configuration.xml 参考modulesmodulenameprimaryhalVersion3.0attachedDevicesitemMedia Bus/itemitemSys Notification Bus/itemitemNav Guidance Bus/itemitemPhone Bus/itemitemAlerts Bus/item/attachedDevicesdefaultOutputDeviceMedia Bus/defaultOutputDevicemixPortsmixPortnamemediarolesourceflagsAUDIO_OUTPUT_FLAG_PRIMARYprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO//mixPortmixPortnamesys_notificationrolesourceprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO//mixPortmixPortnamenav_guidancerolesourceprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO//mixPort/mixPortsdevicePortsdevicePorttagNameMedia BusrolesinktypeAUDIO_DEVICE_OUT_BUSaddressBUS00_MEDIAprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO/gainsgainnamemodeAUDIO_GAIN_MODE_JOINTminValueMB-6000maxValueMB600defaultValueMB0stepValueMB100//gains/devicePortdevicePorttagNameSys Notification BusrolesinktypeAUDIO_DEVICE_OUT_BUSaddressBUS01_SYS_NOTIFICATIONprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO/gainsgainnamemodeAUDIO_GAIN_MODE_JOINTminValueMB-6000maxValueMB600defaultValueMB0stepValueMB100//gains/devicePortdevicePorttagNameNav Guidance BusrolesinktypeAUDIO_DEVICE_OUT_BUSaddressBUS02_NAV_GUIDANCEprofilenameformatAUDIO_FORMAT_PCM_16_BITsamplingRates48000channelMasksAUDIO_CHANNEL_OUT_STEREO/gainsgainnamemodeAUDIO_GAIN_MODE_JOINTminValueMB-6000maxValueMB600defaultValueMB0stepValueMB100//gains/devicePort/devicePortsroutesroutetypemixsinkMedia Bussourcesmedia/routetypemixsinkSys Notification Bussourcessys_notification/routetypemixsinkNav Guidance Bussourcesnav_guidance/routetypemixsinkPhone Bussourcesphone,mmap_no_irq_out/routetypemixsinkAlerts Bussourcesalerts//routes/module!-- Bluetooth Audio HAL --xi:includehrefbluetooth_audio_policy_configuration.xml/!-- Usb Audio HAL --xi:includehref/vendor/etc/audio_ar/usb_audio_policy_configuration.xml/!-- Remote Submix Audio HAL --xi:includehrefr_submix_audio_policy_configuration.xml//modules8. 总结设计哲学Android 音频策略架构的设计核心是**“静态约束与动态验证的统一”**XML提供了静态的约束和能力边界。mHwModulesAll承载了完整的静态蓝图。onNewAudioModulesAvailableInt提供了动态的存活验证。这种设计使得 OEM 厂商只需通过修改 XML 配置文件就能支持千变万化的硬件拓扑而无需修改一行 C 核心代码。这正是 Android Treble 架构高内聚、低耦合理念的完美体现。