android audio音量控制音量控制安卓

转载

编程小天才 2023-08-17 10:10:50

文章标签 android audio音量控制 android 音量控制音量键原生 文章分类 Android 移动开发

本文主要涉及AudioService。还是基于5.1.1版本的代码。
AudioService.java文件位于/framework/base/media/java/android/media/下。

音量控制是AudioService最重要的功能之一。先总结一下：

AudioService音量管理的核心是VolumeStreamState。它保存了一个流类型所有的音量信息。
VolumeStreamState保存了运行时的音量信息，而音量的生效则是在底层AudioFlinger完成的。所以进行音量设置需要做两件事情：更新VolumeStreamState存储的音量值，设置音量到Audio底层系统。
VolumeDeathHandler是VolumeStreamState的一个内部类。它的实例对应在一个流类型上执行静音操作的一个客户端，是实现静音功能的核心对象。

音量定义

Andorid5.1在AudioSystem.java定义了有10种流类型。每种流类型的音量都是相互独立的，Android也在AudioService.java定义了几个数组：MAX_STREAM_VOLUME（最大音量），DEFAULT_STREAM_VOLUME（默认音量大小），STREAM_VOLUME_ALIAS_VOICE（映射的流类型）。
虽然Android5.1中拥有10种流类型，但是为了便于使用，android通过判断设备的类型，去映射具体流类型。Android5.1在AudioSystem.java中提供了3个设备（DEFAULT，VOICE，TELEVISION）作为可选择项，分别去映射我们具体的音频流类型。其中，DEFAULT和VOICE类型的音频映射是一致的。

android audio音量控制音量控制安卓_音量控制

所以，从上表中可以看出，在手机设备当中，我们当前可调控的流类型音量其实只有5个，当你想调节STREAM_SYSTEM，STREAM_NOTIFICATION等流类型的音量时，实际上是调节了STREAM_RING的音量。当前可控的流类型可以通过下表更直观地显示：

android audio音量控制音量控制安卓_音量控制_02

音量键处理流程

android audio音量控制音量控制安卓_音量键_03

音量键处理流程的发起者是PhoneWindow。

• AudioManager仅仅起到代理的作用。
• AudioService接受AudioManager的调用请求，操作VolumeStreamState的实例进行音量的设置。
• VolumeStreamState负责保存音量设置，并且提供了将音量设置到底层的方法。
• AudioService负责将设置结果以广播的形式通知外界。

先看到PhoneWindow的onKeyDown(int featureId, int keyCode, KeyEvent event)方法：

...
switch (keyCode) {
            case KeyEvent.KEYCODE_VOLUME_UP:
            case KeyEvent.KEYCODE_VOLUME_DOWN: {
                int direction = keyCode == KeyEvent.KEYCODE_VOLUME_UP ? AudioManager.ADJUST_RAISE
                        : AudioManager.ADJUST_LOWER;
                // If we have a session send it the volume command, otherwise
                // use the suggested stream.
                if (mMediaController != null) {
                    mMediaController.adjustVolume(direction, AudioManager.FLAG_SHOW_UI);
                } else {
                    MediaSessionLegacyHelper.getHelper(getContext()).sendAdjustVolumeBy(
                            mVolumeControlStreamType, direction,
                            AudioManager.FLAG_SHOW_UI | AudioManager.FLAG_VIBRATE);
                }
                return true;
            }
            ...

keycode用来判断音量增减，AudioManager.ADJUST_RAISE 表示增大，ADJUST_LOWER表示降低。
这里是会走到else的MediaSessionLegacyHelper，继续跟踪MediaSessionLegacyHelper类：

public void sendAdjustVolumeBy(int suggestedStream, int delta, int flags) {
        mSessionManager.dispatchAdjustVolume(suggestedStream, delta, flags);
        if (DEBUG) {
            Log.d(TAG, "dispatched volume adjustment");
        }
    }

比较简单，直接调用了MediaSessionManager类的dispatchAdjustVolume()方法，继而会发现dispatchAdjustVolume()里面只是调用了MediaSessionService的dispatchAdjustVolume()方法，所以看到MediaSessionService类，发现最终会调用到AudioService类的adjustSuggestedStreamVolume(direction, suggestedStream,flags, packageName);

看到AudioService的adjustSuggestedStreamVolume()方法。
第一个参数direction指示了音量的调整方向，1为增大，-1为减小；第二个参数suggestedStreamType表示要求调整音量的流类型；第三个参数flags，其实是在AudioManager在handleKeyDown()中设置了两个flags，分别是FLAG_SHOW_UI和FLAG_VIBRATE。前者告诉AudioService需要弹出一个音量控制面板。而在handleKeyUp()里设置了FLAG_PLAY_SOUND，这是为什么在松开音量键后”有时候“(在特定的流类型下，且没有处于锁屏状态)会有一个提示音。

// 1.确定要调整音量的流类型  2.在某些情况下屏蔽FLAG_PLAY_SOUND 3.调用adjustStreamVolume()
    private void adjustSuggestedStreamVolume(int direction, int suggestedStreamType, int flags, String callingPackage, int uid) {
        ......
        //从这一小段代码中可以看出，在AudioService中还有地方可以强行改变音量键控制的流类型。
        //mVolumeControlStream是VolumePanel通过forceVolumeControlStream()设置的,
        //VolumePanel显示时会调用forceVolumeControlStream强制后续的音量键操作固定为促使它显示的那个流类型，
        //并在它关闭时取消这个强制设置，设值为-1
        if (mVolumeControlStream != -1) { 
            streamType = mVolumeControlStream;
        } else {
            //通过getActiveStreamType()函数获取要控制的流类型，这里根据建议的流类型与AudioService的实际情况，返回一个值
            streamType = getActiveStreamType(suggestedStreamType);
        }
        final int resolvedStream = mStreamVolumeAlias[streamType];
        ......
        adjustStreamVolume(streamType, direction, flags, callingPackage, uid);
    }

接着看看adjustStreamVolume()

private void adjustStreamVolume(int streamType, int direction, int flags,
            String callingPackage, int uid) {
        ......
        ensureValidDirection(direction); //确认一下调整的音量方向
        ensureValidStreamType(streamType); //确认一下调整的流类型  
        int streamTypeAlias = mStreamVolumeAlias[streamType];//获取streamType映射到的流类型
        //VolumeStreamState类，保存与一个流类型所有音量相关的信息
        VolumeStreamState streamState = mStreamStates[streamTypeAlias];
        final int device = getDeviceForStream(streamTypeAlias);
        int aliasIndex = streamState.getIndex(device);//获取当前音量
        ......

            //rescaleIndex用于将音量值的变化量从源流类型变换到目标流类型下，
            //由于不同的流类型的音量调节范围不同，所以这个转换是必需的
            step = rescaleIndex(10, streamType, streamTypeAlias);
        }
        ......

            final int result = checkForRingerModeChange(aliasIndex, direction, step);
            adjustVolume = (result & FLAG_ADJUST_VOLUME) != 0; //布尔变量，用来表示是否有必要继续设置音量值
        ......

        int oldIndex = mStreamStates[streamType].getIndex(device);//取出调整前的音量值。这个值会在sendVolumeUpdate()调用

        if (adjustVolume && (direction != AudioManager.ADJUST_SAME)) {
        ......

            if ((direction == AudioManager.ADJUST_RAISE) &&
                    !checkSafeMediaVolume(streamTypeAlias, aliasIndex + step, device)) {
                Log.e(TAG, "adjustStreamVolume() safe volume index = "+oldIndex);
                mVolumeController.postDisplaySafeVolumeWarning(flags);
             //判断streamState.adjustIndex返回值，如果音量值在调整之后并没有发生变化，比如到了最大值，就不需要继续后面的操作了
            } else if (streamState.adjustIndex(direction * step, device)) {
                //这个消息将把音量设置到底层去，并将其存储到Settingsprovider中
                sendMsg(mAudioHandler,
                        MSG_SET_DEVICE_VOLUME,
                        SENDMSG_QUEUE,
                        device,
                        0,
                        streamState,
                        0);
            }
        ......

        int index = mStreamStates[streamType].getIndex(device);
        sendVolumeUpdate(streamType, oldIndex, index, flags);// 通知外界音量值发生了变化
    }

总结一下这个函数：

计算按下音量键的音量步进值。这个步进值是10而不是1。在VolumeStreamState中保存的音量值是其实际值的10倍，这是为了在不同流类型之间进行音量转化时能够保证一定精度的一种实现。可以理解为在转化过程中保留了小数点后一位的精度。
检查是否需要改变情景模式。checkForRingerModeChange()和情景模式有关。
调用adjustIndex()更改VolumeStreamState对象中保存的音量值。
通过sendMsg()发送消息MSG_SET_DEVICE_VOLUME到mAudioHandler。
调用sendVolumeUpdate()函数，通知外界音量值发生了变化。

下面将分析adjustIndex()、MSG_SET_DEVICE_VOLUME消息的处理和sendVolumeUpdate()。

先看到VolumeStreamState类的adjustIndex()

//更改VolumeStreamState对象中保存的音量值
        public boolean adjustIndex(int deltaIndex, int device) {
            return setIndex(getIndex(device) + deltaIndex, device);// 将现有的音量值加上变化量，然后调用setIndex进行设置
        }

        public boolean setIndex(int index, int device) {
        ......

                mIndex.put(device, index);//保存设置的音量值

                if (oldIndex != index) {
                    //同时设置所有映射到当前流类型的其他流的音量
                    boolean currentDevice = (device == getDeviceForStream(mStreamType));
                    int numStreamTypes = AudioSystem.getNumStreamTypes();
                    for (int streamType = numStreamTypes - 1; streamType >= 0; streamType--) {
                        if (streamType != mStreamType &&
                                mStreamVolumeAlias[streamType] == mStreamType) {
                            int scaledIndex = rescaleIndex(index, mStreamType, streamType);
                            mStreamStates[streamType].setIndex(scaledIndex,
                                                               device);
                            if (currentDevice) {
                                mStreamStates[streamType].setIndex(scaledIndex,
                                                                   getDeviceForStream(streamType));
                            }
                        }
                    }
                    return true;
                } else {
                    return false;
                }
            }
        }

可以看出，VolumeStreamState.adjustIndex()除了更新自己所保存的音量值外，没有做其他的事情。接下来看看MSG_SET_DEVICE_VOLUME消息处理做了什么。

case MSG_SET_DEVICE_VOLUME:
     setDeviceVolume((VolumeStreamState) msg.obj, msg.arg1);
     break;

private void setDeviceVolume(VolumeStreamState streamState, int device) {
            synchronized (VolumeStreamState.class) {     
                streamState.applyDeviceVolume_syncVSS(device);//这个函数会调用AudioSystem.setStreamVolumeIndex()，
                //到这，音量就被设置到底层的AudioFlinger中

                // 对所有流应用更改，使用此别名作为别名。处理流音量映射的情况
                int numStreamTypes = AudioSystem.getNumStreamTypes();
                for (int streamType = numStreamTypes - 1; streamType >= 0; streamType--) {
                   ......

            }
            //发送消息，其处理函数将会调用persitVolume()函数，这将会把音量的设置信息存储到SettingsProvide中。
            //Audioservice在初始化时，将会从SettingsProvide中将音量设置读取出来并进行设置
            sendMsg(mAudioHandler,
                    MSG_PERSIST_VOLUME,
                    SENDMSG_QUEUE,
                    device,
                    0,
                    streamState,
                    PERSIST_DELAY);

        }

最后看到sendVolumeUpdate()

// UI update and Broadcast Intent
    private void sendVolumeUpdate(int streamType, int oldIndex, int index, int flags) {
        //判断设备是否拥有通话功能。对没有通话能力的设备来说，RING流类型自然也就没有意义了。这句话应该算是一种从语义操作上进行的保护
        if (!isPlatformVoice() && (streamType == AudioSystem.STREAM_RING)) { 
            streamType = AudioSystem.STREAM_NOTIFICATION;                    
        }

        if (streamType == AudioSystem.STREAM_MUSIC) {
            flags = updateFlagsForSystemAudio(flags);
        }
        mVolumeController.postVolumeChanged(streamType, flags);//最后将显示系统音量条的提示框

        if ((flags & AudioManager.FLAG_FIXED_VOLUME) == 0) {
            oldIndex = (oldIndex + 5) / 10; //+5的意义是实现四舍五入；除以10是因为存储时先乘了10，转换过程中保留小数点后一位的精度
            index = (index + 5) / 10;
            Intent intent = new Intent(AudioManager.VOLUME_CHANGED_ACTION);
            intent.putExtra(AudioManager.EXTRA_VOLUME_STREAM_TYPE, streamType);
            intent.putExtra(AudioManager.EXTRA_VOLUME_STREAM_VALUE, index);
            intent.putExtra(AudioManager.EXTRA_PREV_VOLUME_STREAM_VALUE, oldIndex);
            sendBroadcastToAll(intent);
        }
    }

mVolumeController.postVolumeChanged()方法将会调用到mController.volumeChanged()方法，通过AIDL将调用到VolumeUI.java文件中的VolumeController.volumeChanged()方法，最后将会调用mPanel.postVolumeChanged更新系统音量条的UI，这里就是VolumePanel的内容啦

通过音量设置函数setStreamVolume()

除了音量键调节音量以外，还可以通过系统设置中进行调节。
控件会根据当初的音量和模式去调用AudioManager的adjustStreamVolume（静音或震动模式）或setStreamVolume（普通模式）去调整相对应的音量。
AudioManager.setStreamVolume()是系统设置界面中调整音量所使用的接口。

private void setStreamVolume(int streamType, int index, int flags, String callingPackage,
            int uid) {
        ......

        ensureValidStreamType(streamType);//先判断一下流类型这个参数的有效性
        int streamTypeAlias = mStreamVolumeAlias[streamType];//对这个数组进行流类型的转换
        VolumeStreamState streamState = mStreamStates[streamTypeAlias];

        final int device = getDeviceForStream(streamType);//获取当前流将使用哪一个音频设备进行播放。最终会被调用到AudioPolicyService中
        ......

            oldIndex = streamState.getIndex(device);//获取当前流的音量

            index = rescaleIndex(index * 10, streamType, streamTypeAlias);//将原流类型下的音量值映射到目标流类型下的音量值
            ......

            if (!checkSafeMediaVolume(streamTypeAlias, index, device)) {
                mVolumeController.postDisplaySafeVolumeWarning(flags);
                mPendingVolumeCommand = new StreamVolumeCommand(
                                                    streamType, index, flags, device);
            } else {
                onSetStreamVolume(streamType, index, flags, device);//将调用setStreamVolumeInt()方法
                index = mStreamStates[streamType].getIndex(device);//获取设置结果
            }
        }
        sendVolumeUpdate(streamType, oldIndex, index, flags);//通知外界音量发生了变化
    }

onSetStreamVolume()方法主要就是调用了setStreamVolumeInt()方法，下面看下setStreamVolumeInt()

private void setStreamVolumeInt(int streamType, int index, int device, boolean force) {
        VolumeStreamState streamState = mStreamStates[streamType];

        if (streamState.setIndex(index, device) || force) { //调用streamState.setIndex()，更改VolumeStreamState对象中保存的音量值
            //这个消息将把音量设置到底层去，并将其存储到Settingsprovider中
            sendMsg(mAudioHandler,
                    MSG_SET_DEVICE_VOLUME,
                    SENDMSG_QUEUE,
                    device,
                    0,
                    streamState,
                    0);
        }
    }

仔细一看，会发现这与上面音量键控制音量的adjustStreamVolume()函数的代码很类似，主要都是调用了那几个方法。

后期补充

最近发现开机的时候，系统会设置2次音量！为什么要设置两次呢？主要是因为出厂设置后数据库SettingsProvider里面没有内容。其实SettingsProvider里面保存的音量只有开机的时候才会读取一次，之后获取音量值是直接从底层DSP中获取的，并不是去读取SettingsProvider存储的音量值。
第一次是初始化音量，音量值从AudioService的DEFAULT_STREAM_VOLUME数组中读取，并设置下去到DSP。第一次的设置音量的主要流程看下面log。

01-01 08:00:09.444  1976  2238 V AudioPolicyManager: initStreamVolume() stream 2, min 0, max 7
......
01-01 08:00:09.650  1976  1976 V AudioPolicyManager: setStreamVolumeIndex() stream 2, device 40000000, index 5, call 1990
01-01 08:00:09.654  1561  1561 W ti_hwc  : Should have assigned z-layer for fb
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #00 pc 0000cff1  /system/lib/libutils.so (android::CallStack::update(int, int)+52)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #01 pc 0000d107  /system/lib/libutils.so (android::CallStack::CallStack(char const*, int)+38)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #02 pc 0001683d  /system/lib/libaudiopolicymanagerdefault.so (android::AudioPolicyManager::setStreamVolumeIndex(audio_stream_type_t, int, unsigned int)+128)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #03 pc 0000911f  /system/lib/libaudiopolicyservice.so
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #04 pc 0006de93  /system/lib/libmedia.so (android::BnAudioPolicyService::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+186)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #05 pc 0001a6fd  /system/lib/libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+60)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #06 pc 0001f7ab  /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+582)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #07 pc 0001f8cf  /system/lib/libbinder.so (android::IPCThreadState::getAndExecuteCommand()+38)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #08 pc 0001f911  /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+48)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #09 pc 00001645  /system/bin/mediaserver
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #10 pc 00012dfd  /system/lib/libc.so (__libc_init+44)
01-01 08:00:09.658  1976  1976 D AudioPolicyManager: #11 pc 000018b0  /system/bin/mediaserver
01-01 08:00:09.659  1561  1561 E ti_hwc  : drmModeSetPlane error: (2)
01-01 08:00:09.659  1990  1990 W System.err: java.lang.Throwable
01-01 08:00:09.660  1990  1990 W System.err:    at android.media.AudioService$VolumeStreamState.applyAllVolumes(AudioService.java:3636)
01-01 08:00:09.660  1990  1990 W System.err:    at android.media.AudioService.checkAllAliasStreamVolumes(AudioService.java:809)
01-01 08:00:09.660  1990  1990 W System.err:    at android.media.AudioService.createStreamStates(AudioService.java:836)
01-01 08:00:09.660  1990  1990 W System.err:    at android.media.AudioService.<init>(AudioService.java:670)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.server.SystemServer.startServiceAudio(SystemServer.java:1301)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.server.SystemServerBolt.startServiceAudio(SystemServerBolt.java:177)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.server.SystemServer.startOtherServices(SystemServer.java:582)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.server.SystemServer.run(SystemServer.java:302)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.server.SystemServer.main(SystemServer.java:212)
01-01 08:00:09.660  1990  1990 W System.err:    at java.lang.reflect.Method.invoke(Native Method)
01-01 08:00:09.660  1990  1990 W System.err:    at java.lang.reflect.Method.invoke(Method.java:372)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1249)
01-01 08:00:09.660  1990  1990 W System.err:    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1044)

第二次设置音量是从数据库SettingsProvider中读取关机前保存的音量值，并设置到DSP。主要流程看下面log，主要是AudioServiceBroadcastReceiver收到一个MSG_SET_ALL_VOLUMES广播。

01-01 08:00:13.826  1976  2238 V AudioPolicyManager: setStreamVolumeIndex() stream 2, device 40000000, index 5, call 1990
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #00 pc 0000cff1  /system/lib/libutils.so (android::CallStack::update(int, int)+52)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #01 pc 0000d107  /system/lib/libutils.so (android::CallStack::CallStack(char const*, int)+38)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #02 pc 0001683d  /system/lib/libaudiopolicymanagerdefault.so (android::AudioPolicyManager::setStreamVolumeIndex(audio_stream_type_t, int, unsigned int)+128)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #03 pc 0000911f  /system/lib/libaudiopolicyservice.so
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #04 pc 0006de93  /system/lib/libmedia.so (android::BnAudioPolicyService::onTransact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+186)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #05 pc 0001a6fd  /system/lib/libbinder.so (android::BBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+60)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #06 pc 0001f7ab  /system/lib/libbinder.so (android::IPCThreadState::executeCommand(int)+582)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #07 pc 0001f8cf  /system/lib/libbinder.so (android::IPCThreadState::getAndExecuteCommand()+38)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #08 pc 0001f911  /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+48)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #09 pc 00023a93  /system/lib/libbinder.so
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #10 pc 00010519  /system/lib/libutils.so (android::Thread::_threadLoop(void*)+112)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #11 pc 00010089  /system/lib/libutils.so
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #12 pc 00016fdf  /system/lib/libc.so (__pthread_start(void*)+30)
01-01 08:00:13.834  1976  2238 D AudioPolicyManager: #13 pc 00014f23  /system/lib/libc.so (__start_thread+6)
01-01 08:00:13.835  1976  2233 D AudioFlinger: OS:MSG:virtual ssize_t android::AudioFlinger::PlaybackThread::threadLoop_write():16000
01-01 08:00:13.835  1976  2233 D AudioFlinger: OS:MSG:virtual android::AudioFlinger::PlaybackThread::mixer_state android::AudioFlinger::MixerThread::prepareTracks_l(android::Vector<android::sp<android::AudioFlinger::PlaybackThread::Track> >*): sampleRate=16000
01-01 08:00:13.835  1976  2233 D AudioFlinger: track 4096 s=0000c100 [OK] on thread 0xb54cb000
01-01 08:00:13.835  2088  2386 D AudioTrack: [AudioTrack][1352] obtainBuffer, proxy->obtainBuffer after, tryCounter = 5, status = 0
01-01 08:00:13.835  2088  2386 D AudioTrack: [AudioTrack][1350] obtainBuffer, proxy->obtainBuffer before
01-01 08:00:13.835  2088  2386 D AudioTrack: [AudioTrack][1352] obtainBuffer, proxy->obtainBuffer after, tryCounter = 5, status = 0
01-01 08:00:13.835  2088  2386 D AudioTrack: [AudioTrack][1350] obtainBuffer, proxy->obtainBuffer before
01-01 08:00:13.837  1990  1990 W System.err: java.lang.Throwable
01-01 08:00:13.837  1990  1990 W System.err:    at android.media.AudioService$VolumeStreamState.applyAllVolumes(AudioService.java:3636)
01-01 08:00:13.837  1990  1990 W System.err:    at android.media.AudioService.checkAllAliasStreamVolumes(AudioService.java:809)
01-01 08:00:13.837  1990  1990 W System.err:    at android.media.AudioService.readAudioSettings(AudioService.java:2508)
01-01 08:00:13.837  1990  1990 W System.err:    at android.media.AudioService.access$10000(AudioService.java:116)
01-01 08:00:13.837  1990  1990 W System.err:    at android.media.AudioService$AudioServiceBroadcastReceiver.onReceive(AudioService.java:5209)
01-01 08:00:13.837  1990  1990 W System.err:    at android.app.LoadedApk$ReceiverDispatcher$Args.run(LoadedApk.java:866)
01-01 08:00:13.837  1990  1990 W System.err:    at android.os.Handler.handleCallback(Handler.java:739)
01-01 08:00:13.837  1990  1990 W System.err:    at android.os.Handler.dispatchMessage(Handler.java:95)
01-01 08:00:13.837  1990  1990 W System.err:    at android.os.Looper.loop(Looper.java:135)
01-01 08:00:13.837  1990  1990 W System.err:    at com.android.server.SystemServer.run(SystemServer.java:315)
01-01 08:00:13.837  1990  1990 W System.err:    at com.android.server.SystemServer.main(SystemServer.java:212)
01-01 08:00:13.837  1990  1990 W System.err:    at java.lang.reflect.Method.invoke(Native Method)
01-01 08:00:13.837  1990  1990 W System.err:    at java.lang.reflect.Method.invoke(Method.java:372)
01-01 08:00:13.837  1990  1990 W System.err:    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1249)
01-01 08:00:13.837  1990  1990 W System.err:    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1044)

本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。