我一直在尝试使用 Android 的 AudioManager.setMicrophoneMute()，但没有取得多大成功。也就是说，无论我做什么，它都拒绝让麦克风静音。

我在网上搜索了一些线索，并找到了一些报告类似经历的引用资料:

• AudioManger.setMicrophoneMute functionality not working??
• setMicrophoneMute(boolean) doesn't work on some devices
• Unable to mute the microphone in Android

这引出了一个问题:AudioManager.setMicrophoneMute() 是否有效？它只是一个 stub 方法，等待在未来的 Android 版本中实现吗？如果没有，它是如何工作的？我需要什么才能让它工作？顾名思义，它发挥作用的条件是什么？

编辑:我注意到这个方法的文档说:

This method should only be used by applications that replace the platform-wide management of audio settings or the main telephony application.

这是什么意思？为什么要替换平台范围的管理？我真的需要这样做吗？如果是这样，我该怎么做？

编辑:下面的答案很好，但我还是不明白:

1. 如何使用该标志(数据库中的 SET_MIC_MUTE)？
2. 此标志何时真正断开麦克风信号与 手机内部的前置放大电路？
3. 如果不这样做，谁来做？
4. 如果不这样做，这个“静音”应该如何工作？

请解释一下。谢谢。

最佳答案

要详细说明上面的 an00b:s 答案和问题的编辑版本，我们必须更深入地挖掘源代码。 IAudioflinger 是 AudioFlinger 服务的接口(interface)和对

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 的硬件的开关，一种用于仿真器的通用硬件和 stub 音频。假设您正在使用实际设备，那么实现很大程度上取决于硬件。为了感受它，我们可以使用来自 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 个附加问题提供简短版本:

1. 标志通过几层代码传递，直到最终到达硬件特定的静音麦克风。

2. 当硬件特定代码运行时，麦克风会断开连接，至少在某些设备上通话时除外。

3. 当 setMicrophoneMute 不使麦克风静音时，即在通话时，可以使用其中一个电话 API:s 来做到这一点，我建议研究电话应用程序。

4. 根据当前的实现，静音似乎在不通话时可以工作，但在我们未在此处研究的平台上可能存在特定于硬件的问题。

编辑:

进行了更多挖掘，向调制解调器 CPU 发送静音命令的方法是通过内部电话接口(interface)，该接口(interface)是 SDK 开发人员无法使用的 com.android.internal.telephony 包的一部分。根据您看到的评论，此功能应仅由替换音频管理的应用程序或原始电话应用程序使用，我猜 AudioManager.setMicrophoneMute() 无论如何都应该始终使麦克风静音。但是由于其他应用程序可能使用它，因此他们在硬件实现中添加了一个检查，以免弄乱电话应用程序的状态，该应用程序跟踪静音连接和麦克风。由于硬件实现细节以及静音操作比人们在考虑调用状态时最初想象的要复杂得多这一事实，该功能现在可能无法正常工作。

关于android - setMicrophoneMute() 是如何工作的？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6874881/