<think>我们之前已经讨论过，在
Android系统中，
Framework层的MediaRecorder（Java/Kotlin API）通过JNI
调用Libraries
层的原生代码。但需要明确的是，Libraries
层中并没有一个名为"MediaRecorder"的类直接对应，而是由多个模块协同工作，包括libmedia中的相关部分，以及更底
层的AudioFlinger服务等。
具体到录音功能：
- 当使用**MediaRecorder**进行录音时，
Framework层的MediaRecorder最终会
调用到Libraries
层的**StagefrightRecorder**（在libstagefright中）或类似实现（不同
Android版本可能不同），而StagefrightRecorder内部会
调用**AudioSource**（与AudioRecord相关）来获取音频数据。
- 但若开发者直接使用**AudioRecord**类，则是另一条路径：
Framework层的AudioRecord通过JNI
调用Libraries
层的**AudioRecord**（C++类），直接与AudioFlinger交互获取原始PCM数据。
因此，针对问题：
Framework层的MediaRecorder在录音时，**既不是直接
调用Libraries
层的MediaRecorder（因为Libraries
层没有同名类），也不是直接
调用Libraries
层的AudioRecord**，而是通过
调用Libraries
层的**StagefrightRecorder**，再由StagefrightRecorder内部创建并管理一个**AudioSource**对象（该对象封装了与AudioRecord底
层类似的功能）来获取音频数据。
### 详细流程
1
. **
Framework层**：`
android.media
.MediaRecorder
.start()`
2
. **JNI
层**：
调用`
android_media_MediaRecorder_start()`（在`
android_media_MediaRecorder
.cpp`中）
3
. **Libraries
层**：
- JNI
函数调用`MediaRecorderClient::start()`（这是一个Binder客户端代理，通过IPC
调用MediaPlayerService）
- `MediaPlayerService`创建`StagefrightRecorder`实例并
调用其`start()`
方法。
4
. **音频采集**：
- `StagefrightRecorder::start()`内部根据配置创建音频源：
```
cpp
// StagefrightRecorder
.cpp (简化)
status_t StagefrightRecorder::start() {
// 创建AudioSource
sp<AudioSource> audioSource = new AudioSource(
...);
// 将audioSource连接到编码器
mWriter->addSource(audioSource);
}
```
- `AudioSource`是`StagefrightRecorder`的内部组件，它通过`AudioRecord`底
层接口（`libaudioclient`）获取原始音频流。
### 关键点
- **间接依赖AudioRecord**：虽然
Framework层的MediaRecorder不直接
调用Libraries
层的AudioRecord，但底
层通过`AudioSource`（其实现基于`libaudioclient`的`AudioRecord`）获取数据。
- **为什么不用同名类？** Libraries
层没有"MediaRecorder"类，而是由`MediaRecorderClient`（代理）、`StagefrightRecorder`（功能实现）等共同完成。
### 总结
Framework层的`MediaRecorder`在录音时：
1
. 通过JNI
调用Native层的媒体服务（如`MediaPlayerService`）。
2
. 由`StagefrightRecorder`处理具体逻辑，它内部使用`AudioSource`（封装了类似`AudioRecord`的底
层音频采集功能）获取数据。
因此，**
Framework层的MediaRecorder依赖于Libraries
层的StagefrightRecorder（而非同名类），而StagefrightRecorder内部使用AudioSource，后者基于Libraries
层的AudioRecord实现**。
§§相关问题§§
1
. StagefrightRecorder在
Android媒体框架中的主要作用是什么？
2
. AudioSource和AudioRecord在底
层实现上有何区别与联系？
3
. 为什么
Android设计成MediaRecorder不直接
调用AudioRecord而是通过StagefrightRecorder？
4
. 使用MediaRecorder和直接使用AudioRecord在性能上有何差异？
5
. MediaPlayerService在MediaRecorder的工作流程中扮演什么角色？</think>在
Android系统中，
Framework层的`MediaRecorder`在录音功能实现上，**主要
调用Libraries
层的`AudioRecord`而非直接
调用同名类**。以下是具体协同机制：
### 关键
调用关系
1
. **
Framework层入口**
`
android.media
.MediaRecorder`的Java/Kotlin API（如`start()`）是开发者直接
调用的接口。
2
. **JNI桥接
层**
通过`
android_media_MediaRecorder
.cpp`将
调用转发到
Native层：
```
cpp
// JNI映射
static const JNI
NativeMethod gMethods[] = {
{"_start", "()V", (void *)
android_media_MediaRecorder_start}
};
```
3
. **Libraries
层核心
调用**
- **实际
调用对象**：
Framework层最终
调用`AudioRecord`（位于`libaudioclient`）
- **
调用路径**：
```mermaid
graph LR
A[MediaRecorder
.start] --> B[JNI _start]
B --> C[StagefrightRecorder::start]
C --> D[创建AudioSource]
D --> E[AudioSource::start]
E --> F[AudioRecord::start]
```
4
. **音频数据流**
`AudioRecord`直接与`AudioFlinger`服务交互，通过共享内存获取原始PCM数据：
```
cpp
// AudioSource
.cpp
status_t AudioSource::start() {
mRecord->start(); // mRecord是AudioRecord对象
}
```
### 为什么不是同名类？
- **Libraries
层无直接对应类**：
Android Native层没有名为`MediaRecorder`的类，功能由多个组件协作：
- `StagefrightRecorder`：处理媒体封装（如MP4/3GP）
- `AudioSource`：音频采集接口
- `AudioRecord`：实际音频流处理核心
- **设计分离原因**：
1
. **功能解耦**：
- `MediaRecorder`处理高
层逻辑（格式封装/状态管理）
- `AudioRecord`专注底
层音频流（低延迟/硬件交互）
2
. **复用性**：
`AudioRecord`可被`MediaRecorder`和`AudioRecord` API共用
3
. **性能优化**：
直接操作音频流避免多
层封装开销
### 工作流程示例
```plaintext
应用
层
│
▼
Framework MediaRecorder (Java)
│
▼ (JNI)
StagefrightRecorder (C++) → 配置封装格式
│
▼
创建AudioSource
│
▼
调用AudioRecord (C++) → 从AudioFlinger获取PCM
│
▼
编码器 → 写入
文件
```
本文介绍了如何在Android项目的framework层中通过编辑Android.mk文件来添加动态链接库(.so)及对应的头文件路径。主要内容包括：如何指定本地共享库、设置C语言的包含路径，并在C++源文件中引入这些头文件及调用相应的函数。
扫一扫
885
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
