要详细说明上面的 an00b:s 答案和问题的编辑版本,我们必须更深入地研究源代码。IAudioflinger 是 AudioFlinger 服务的接口和对
virtual status_t setMicMute(bool state)
{
Parcel data, reply;
data.writeInterfaceToken(IAudioFlinger::getInterfaceDescriptor());
data.writeInt32(state);
remote()->transact(SET_MIC_MUTE, data, &reply);
return reply.readInt32();
}
其实就是把麦克风静音的Binder事务。Binder 调用的接收端如下所示:
status_t BnAudioFlinger::onTransact(uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags) {
switch(code) {
...
case SET_MIC_MUTE: {
CHECK_INTERFACE(IAudioFlinger, data, reply);
int state = data.readInt32();
reply->writeInt32( setMicMute(state) );
return NO_ERROR;
} break;
...
}
}
并在 AudioFlinger 中调用setMicMute的实际实现。下一步是看这个函数:
status_t AudioFlinger::setMicMute(bool state) {
// check calling permissions
if (!settingsAllowed()) {
return PERMISSION_DENIED;
}
AutoMutex lock(mHardwareLock);
mHardwareStatus = AUDIO_HW_SET_MIC_MUTE;
status_t ret = mAudioHardware->setMicMute(state);
mHardwareStatus = AUDIO_HW_IDLE;
return ret;
}
这里我们可以注意到两点。首先是有一个权限检查可以使麦克风静音。在 settingsAllowed 中检查的权限是 android.permission.MODIFY_AUDIO_SETTINGS ,因此在上面的评论之一中提到,使麦克风静音的第一个要求是您的应用程序已声明它需要此权限。接下来要注意的是,我们现在使用 mAudioHardware->setMicMute(state) 调用硬件特定版本的 setMicMute。
有关硬件插入方式的更多信息,请研究文件 AudioHardwareInterface.cpp。基本上,它最终在一个 libhardware 中,通过 extern C 调用 createAudioHardware 为平台插入正确的 AudioHardWare。还有一些用于使用基于 A2DP 的硬件的开关,一种用于仿真器的通用硬件和存根音频。假设您正在使用实际设备,那么实现很大程度上取决于硬件。为了感受它,我们可以使用来自 Crespo (Nexus S) 的可用音频硬件作为示例。
status_t AudioHardware::setMicMute(bool state) {
LOGV("setMicMute(%d) mMicMute %d", state, mMicMute);
sp<AudioStreamInALSA> spIn;
{
AutoMutex lock(mLock);
if (mMicMute != state) {
mMicMute = state;
// in call mute is handled by RIL
if (mMode != AudioSystem::MODE_IN_CALL) {
spIn = getActiveInput_l();
}
}
}
if (spIn != 0) {
spIn->standby();
}
return NO_ERROR;
}
基于这个例子,我们可以总结一下智能手机中音频路由的实现。正如您在 Crespo 实现中看到的那样,只有在您未通话时才会尊重麦克风静音呼叫。原因是音频通过模拟基带路由,该基带处理功率调节、放大和其他事情。在通话中,语音音频通常由模拟基带和调制解调器 CPU 一起处理,而不是通过应用程序 CPU 路由。在这种情况下,您可能需要通过 RIL 通过调制解调器 CPU 才能使麦克风静音。但由于这种行为依赖于硬件,因此没有通用的解决方案。
为您的 4 个附加问题提供简短版本:
该标志通过几层代码传递,直到它最终出现在硬件特定的静音麦克风中。
当硬件特定代码运行时,麦克风会断开连接,至少在某些设备上通话时除外。
当 setMicrophoneMute 不使麦克风静音时,即在通话时,可以使用其中一种电话 API:s 来做到这一点,我建议研究电话应用程序。
根据当前的实现,静音似乎在不通话时有效,但在我们未在此处研究的平台上可能存在特定于硬件的问题。
编辑:
进行了更多挖掘,向调制解调器 CPU 发送静音命令的方法是通过内部电话接口,该接口是 SDK 开发人员无法使用的 com.android.internal.telephony 包的一部分。根据您看到的评论,此功能应仅由替换音频管理或原始电话应用程序的应用程序使用,我猜 AudioManager.setMicrophoneMute() 无论如何都应该始终使麦克风静音。但是由于其他应用程序可能使用它,因此他们在硬件实现中添加了一个检查,以免弄乱电话应用程序的状态,该应用程序跟踪静音连接和麦克风。