小羊子的技术专栏

本文主要总结了一下车机开发中遇到的 Audio 有关的问题，同时参考网上的一案例，由于Audio 模块出现音频问题的场景很多，对每一个出现的问题，主要做思路上的分析，细节上不做进一步纠结，后期慢慢完善，先做一个框架性的总结。

在 Android 音频子系统开发和问题定位中，是我最常用的调试工具之一。当遇到“声音突然没了”“蓝牙外放异常”“音量调节不生效”这类问题时，的输出往往能第一时间揭示问题的根源。本文将从 Android 系统开发的角度出发，结合原理分析和实战案例，分享如何将真正用成一把“手术刀”。dumpsys是 Android 系统提供的一个诊断工具，运行在设备端，用于输出系统服务的状态信息。命令会调用 AudioService 的 dump 接口，输出当前音频系统的完整运行时快照。

本文系统梳理了Android音频播放的全链路流程，从应用层API到内核驱动的完整架构。主要内容包括：1) Android音频系统的分层设计，涵盖应用层、框架层、Native核心层、HAL层和驱动层；2) 应用层API的选型与AudioTrack的共享缓冲区机制；3) Native层的核心组件AudioFlinger的多路混音和音频路由功能；4) 音频策略管理服务AudioPolicyService的决策机制；5) HAL层的硬件抽象作用及从HIDL到AIDL的演进。

本文深入解析Android 15音频系统中的混音机制，重点剖析AudioFlinger的多线程架构与混音流程。系统采用MixerThread、DirectOutputThread等线程模型处理不同音频场景，通过共享内存环形缓冲区实现应用与音频服务的高效数据交互。核心混音过程由AudioMixer类完成，采用加权求和算法对多路PCM样本进行混合，并通过NEON优化实现高性能处理。混音后的数据经HAL接口传递给底层驱动，最终输出到硬件设备。文章以音乐与通知混音场景为例，详细说明了从数据准备、混音计算到硬件。

本地测试 log：目前本地测试环境中，FW 收到客户端后 向 百瑞的SDK 芯片设置时的耗时情况：FW 向 SDK 芯片设置时 时间达到166ms （耗时差异性太大，几十 ms ~ 100多ms）下一步：@ 蓝牙端，看看是否有优化空间。Adapter 端和客户端采用的 IPC Binder 同步机制，binder 线程是公用的，当 FW 端处理蓝牙侧内部的任务耗时过多时，服务端不能及时将结果返回给客户端，其他任务（如客户端）就没办法执行，就会处于阻塞状态，等待服务端收到消息后才能继续发送消息。

Android 10车载路由

本文记录了工作中遇到的Andorid 系统层级 ANR 的问题排查及解决思路。具体问题：在 VR一体机设备中遇到了第三方应用在视频播放时 当高标清切换时 出现了*死机冻屏* 的问题。

Audio dump 在定位音频的各种问题非常重要，我们主要在 AudioTrack、 AudioFlinger和 HAL 层中会用到，这里我们先明确一下在不同层使用 dump 的区别。

如果你刚开始进入 车载开发领域，不管你现在负责什么功能模块，在学习工作中，在协同开发过程中，你绝对会遇到的一些 陌生的名词，如果你不熟悉，上下文不够了解，那么对整个系统的领域全貌的构建会略显吃力，这里整理出了部分术语，后期会进一步完善。

dump 常用在软件开发中及测试中经常用到，下面就dump的理解和Android中的实际运用做一个小结

Android 开发中 C++ 和Java 日志调试方法小结

本文记录了Android 车载中系统按键音 Audio 问题排查，从 App --> FrameWork --> HAL层的问题排查思路。