Android原生音量控制_android 音量调节_他叫小黑的博客-程序员宅基地

技术标签： 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类型的音频映射是一致的。

这里写图片描述

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

这里写图片描述

音量键处理流程

这里写图片描述

  • 音量键处理流程的发起者是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)

参考文章

好文推荐
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013082948/article/details/65630085

智能推荐

PTA 电话聊天狂人 思路分析及代码解析_电话聊天狂人pta-程序员宅基地

Hash表编码实践（链表形式）_电话聊天狂人pta

躺着中枪-程序员宅基地

哥坐地铁，身边坐了一陌生大妈。手机响起，大妈接电话，十分爽朗地对着电话说：啊，我今天晚上没空儿，车子坏了在坐地铁，找了一鸭子很帅的，准备去开房呢！拥挤的车厢瞬间安静……我瞥了一眼身旁的大妈，转回脸来的时候，发现全车人都在盯着自己

大数据助力物流透明，不只为了你的快递-程序员宅基地

以下内容根据演讲PPT以及现场分享整理而成。前言在分享之前首先简单地介绍物流这个行业，其实包括像大家所熟知的阿里菜鸟在内的这些公司都属于物流行业。但是电商物流在整个物流行业的占比却没有超过5%，这是因为B2B企业及物流、生产物流、分销物流以及大宗商品等的物流占据了大部分的比重。目前我国物流行业费用占每年GDP的15%左右，欧美以及日本的物流费用则占据...

HTML+CSS验证码验证-程序员宅基地

<!DOCTYPE HTML><html> <head> <title>注册模块</title> <meta charset="utf-8"> <style> #vcode { height: 35px; width: 40%; font-size:..._css验证码

编码格式-程序员宅基地

编码中国大陆简体中文:GBK2312(简体),GBK(常用),GBK18030(最新) 表示一个中文2个字节港澳台繁体中文:Big-5西欧字符编码:iso-8859-1 (Latin-1)万国码:UTF-8 表示一个中文3个字节ASCII...

API 接口签名生成及验证_接口签名是什么-程序员宅基地

PHP 开发 API 接口签名生成及验证前言一、接口签名是什么？二、设计签名1.满足条件及注意事项2.生成签名参数（sing）签名验证前言开发过程中，我们经常会与接口打交道，有的时候是调取别人网站的接口，有的 时候是为他人提供自己网站的接口，但是在这调取的过程中都离不开签名验证。提示：以下是本篇文章正文内容，下面案例可供参考一、接口签名是什么？是为了防止发送的信息被串改，发送方通过将一些字段要素按一定的规则排序后，在转化成json字符串，通过MD5加密机制发送，当接收方接受到请求后需要验证该信_接口签名是什么

随便推点

vue 2.x 的 v-bind 指令的 .prop 事件修饰符详解-程序员宅基地

vue 官方文档对 .prop 修饰符的解释是：使用例子：那么，具体的原理和用法是什么呢？这要从 html 的 DOM node 说起。在 html 标签里，我们可以定义各种 attribute。在浏览器解析 DOM 树渲染页面后，每个标签都会生成一个对应的 DOM 节点。节点是一个对象，所以会包含一些 properties...

通过Enable-PSRemoting 开启Powershell远程管理失败的解决方法-程序员宅基地

1 Powershell 远程管理是Windows一项很常用的管理方式，但是我们在网上搜到的一些开启方法都是通过Enable-PSRemoting，或者winrm quickconfig，但是有时候执行完毕后发现还是无法实现远程。提示消息是“连接到远程服务器失败，错误消息如下：客户端无法连接到请求中指定的目标”2 解决方法：我们需要首先确定Winrm是否开启了侦听：查看一下W...

Go 性能优化技巧 4/10-程序员宅基地

为什么80%的码农都做不了架构师？>>> ...

神经网络中隐层数和隐层节点数问题的讨论-程序员宅基地

转载https://blog.csdn.net/kingzone_2008/article/details/81291507神经网络中隐层数和隐层节点数问题的讨论一隐层数 一般认为，增加隐层数可以降低网络误差（也有文献认为不一定能有效降低），提高精度，但也使网络复杂化，从而增加了网络的训练时间和出现“过拟合”的倾向。一般来讲应设计神经网络应优先考虑3层网络（即有1个隐层）...

createElement【转】-程序员宅基地

原文：http://www.cftea.com/c/2007/01/6344G8TRJHVCQ2PD.aspcreateElement 创建 HTML 元素，在 IE4.0 中只能创建 img、area、option，不过在 IE5 中，我们可以创建除 frame、iframe 以外的所有元素。语法：oElement = document.createElement(sTag)..._createelement type

git出现： not a git repository-程序员宅基地

使用用git add . 出现这样错误：fatal: not a git repository (or any of the parent directories): .git意思是说：.git没有这样的仓库解决办法git init 成功解决！转载于:https://www.cnblogs.com/ConnorShip/p/9994875.html...

推荐文章

热门文章

相关标签