android声音调整源代码分析（转）

From:  http://blog.csdn.NET/bmj/article/details/8796421

加注： Settings.System.SAFE_HEADSET_VOLUME

Android调整音量方法有两种,一种是渐进式,即像手动按音量键一样,一步一步增加或减少,另一种是直接设置音量值.
        下面先分析第一种渐进式的：

[java] view plaincopy

  1. AudioManager am = (AudioManager) getSystemService(Context.AUDIO_SERVICE);
  2. public void adjustStreamVolume (int streamType, int direction, int flags)
  3. am.adjustStreamVolume (AudioManager.STREAM_MUSIC, AudioManager.ADJUST_RAISE, AudioManager.FLAG_SHOW_UI);

解释一下三个参数

第一个streamType是需要调整音量的类型,这里设的是媒体音量,可以是:  
STREAM_ALARM 警报  
STREAM_MUSIC 音乐回放即媒体音量  
STREAM_NOTIFICATION 窗口顶部状态栏Notification,  
STREAM_RING 铃声  
STREAM_SYSTEM 系统  
STREAM_VOICE_CALL 通话  
STREAM_DTMF 双音多频,不是很明白什么东西  
  
        第二个direction,是调整的方向,增加或减少,可以是:  
ADJUST_LOWER 降低音量  
ADJUST_RAISE 升高音量  
ADJUST_SAME 保持不变,这个主要用于向用户展示当前的音量  
  
        第三个flags是一些附加参数,只介绍两个常用的  
FLAG_PLAY_SOUND 调整音量时播放声音  
FLAG_SHOW_UI 调整时显示音量条,就是按音量键出现的那个  
0 表示什么也没有

首先跟进AudioManager的adjustStreamVolume（）方法可以看到如下代码：

[java] view plaincopy

  1. public void adjustStreamVolume(int streamType, int direction, int flags) {
  2. IAudioService service = getService();
  3. try {
  4. service.adjustStreamVolume(streamType, direction, flags);
  5. } catch (RemoteException e) {
  6. Log.e(TAG, "Dead object in adjustStreamVolume", e);
  7. }
  8. }

从代码里面可以看到，这里是调用的AudioService里面的adjustStreamVolume（）方法，而AudioService的实现文件是：AudioService.java，其方法实现如下：

[java] view plaincopy

  1. public void adjustStreamVolume(int streamType, int direction, int flags) {
  2. ensureValidDirection(direction);      //数据正确性检查
  3. ensureValidStreamType(streamType); //数据正确性检查
  4. 。
  5. 。
  6. 。
  7. // If stream is muted, adjust last audible index only
  8. int index;    //局部变量，保存调整后的音量状态
  9. //进行实际的音量调整，在mAudioHandler里面进行。
  10. if (streamState.muteCount() != 0) {
  11. if (adjustVolume) {
  12. streamState.adjustLastAudibleIndex(direction);
  13. // Post a persist volume msg
  14. sendMsg(mAudioHandler, MSG_PERSIST_VOLUME, streamType,
  15. SENDMSG_REPLACE, 0, 1, streamState, PERSIST_DELAY);
  16. }
  17. index = streamState.mLastAudibleIndex;
  18. } else {
  19. if (adjustVolume && streamState.adjustIndex(direction)) {
  20. // Post message to set system volume (it in turn will post a message
  21. // to persist). Do not change volume if stream is muted.
  22. sendMsg(mAudioHandler, MSG_SET_SYSTEM_VOLUME, STREAM_VOLUME_ALIAS[streamType], SENDMSG_NOOP, 0, 0,
  23. streamState, 0);
  24. }
  25. index = streamState.mIndex;
  26. }
  27. // UI    //画UI，即调整音量时出现的那个ProgressBar
  28. mVolumePanel.postVolumeChanged(streamType, flags);
  29. // Broadcast Intent    //发送广播，广播音量有改变的系统事件
  30. sendVolumeUpdate(streamType, oldIndex, index);
  31. }

下面先来看看画UI的过程：
        跟进VolumePanel，发现这个类是一个handle，在postVolumeChanged（）方法里面有如下代码：

[java] view plaincopy

  1. public void postVolumeChanged(int streamType, int flags) {
  2. if (hasMessages(MSG_VOLUME_CHANGED)) return;
  3. removeMessages(MSG_FREE_RESOURCES);
  4. obtainMessage(MSG_VOLUME_CHANGED, streamType, flags).sendToTarget();
  5. }

这里利用了android里面的消息机制来传递消息。对android的消息机制有所了解的应该知道，这个sendToTarget（）方法实际上最后的Target就是它本身，也就是VolumePanel这个类本身，因此我们去这个Handle的handleMessage（）方法里面查找对于MSG_VOLUME_CHANGED这个类型消息的处理：

[java] view plaincopy

  1. case MSG_VOLUME_CHANGED: {
  2. onVolumeChanged(msg.arg1, msg.arg2);
  3. break;
  4. }

可以看到，后续是在onVolumeChanged（）这个方法里面处理的，其两个参数分别是streamType和flags，其中streamType是要调整的音量类型，而flags是传过来的UI类型。onVolumeChanged（）方法代码如下：

[java] view plaincopy

  1. protected void onVolumeChanged(int streamType, int flags) {
  2. if (LOGD) Log.d(TAG, "onVolumeChanged(streamType: " + streamType + ", flags: " + flags + ")");
  3. //根据flags的不同，来做不同的处理
  4. if ((flags & AudioManager.FLAG_SHOW_UI) != 0) {
  5. onShowVolumeChanged(streamType, flags);//UI显示
  6. }
  7. if ((flags & AudioManager.FLAG_PLAY_SOUND) != 0 && ! mRingIsSilent) {
  8. removeMessages(MSG_PLAY_SOUND);
  9. sendMessageDelayed(obtainMessage(MSG_PLAY_SOUND, streamType, flags), PLAY_SOUND_DELAY);//播放声音
  10. }
  11. if ((flags & AudioManager.FLAG_REMOVE_SOUND_AND_VIBRATE) != 0) {
  12. removeMessages(MSG_PLAY_SOUND);
  13. removeMessages(MSG_VIBRATE);
  14. onStopSounds();//停止播放声音和震动
  15. }
  16. removeMessages(MSG_FREE_RESOURCES);
  17. sendMessageDelayed(obtainMessage(MSG_FREE_RESOURCES), FREE_DELAY);
  18. }

通过代码可以知道，根据传进去的flags不同，有不同的处理，下面就看看onShowVolumeChanged（）方法的处理，也就是ProgressBar的显示：

[java] view plaincopy

  1. protected void onShowVolumeChanged(int streamType, int flags) {
  2. int index = mAudioService.getStreamVolume(streamType);
  3. int message = UNKNOWN_VOLUME_TEXT;
  4. int additionalMessage = 0;
  5. mRingIsSilent = false;
  6. if (LOGD) {
  7. Log.d(TAG, "onShowVolumeChanged(streamType: " + streamType
  8. + ", flags: " + flags + "), index: " + index);
  9. }
  10. // get max volume for progress bar
  11. int max = mAudioService.getStreamMaxVolume(streamType);
  12. switch (streamType) {
  13. case AudioManager.STREAM_RING: {   //铃声的处理
  14. setRingerIcon();
  15. message = RINGTONE_VOLUME_TEXT;
  16. Uri ringuri = RingtoneManager.getActualDefaultRingtoneUri(
  17. mContext, RingtoneManager.TYPE_RINGTONE);
  18. Uri ringTwoUri = RingtoneManager.getActualDefaultRingtoneUri(mContext, RingtoneManager.TYPE_RINGTONE,
  19. PhoneFactory.RAW_PHONE_ID);
  20. if ((ringuri == null) && (ringTwoUri == null)) {
  21. additionalMessage =
  22. //com.android.internal.R.string.volume_music_hint_silent_ringtone_selected;
  23. com.android.internal.R.string.volume_music_hint_sim1_and_sim2_silent_ringtone_selected;
  24. mRingIsSilent = true;
  25. } else if ((ringuri == null) && (ringTwoUri != null)) {
  26. additionalMessage =
  27. com.android.internal.R.string.volume_music_hint_silent_sim1_ringtone_selected;
  28. } else if ((ringuri != null) && (ringTwoUri == null)) {
  29. additionalMessage =
  30. com.android.internal.R.string.volume_music_hint_sim2_silent_ringtone_selected;
  31. }
  32. break;
  33. }
  34. case AudioManager.STREAM_MUSIC: {   //音乐声音的处理
  35. message = MUSIC_VOLUME_TEXT;
  36. if (mAudioManager.isBluetoothA2dpOn()) {
  37. additionalMessage =
  38. com.android.internal.R.string.volume_music_hint_playing_through_bluetooth;
  39. setLargeIcon(com.android.internal.R.drawable.ic_volume_bluetooth_ad2p);
  40. } else {
  41. setSmallIcon(index);
  42. }
  43. break;
  44. }
  45. case AudioManager.STREAM_FM: {  //FM声音的处理
  46. message = FM_VOLUME_TEXT;
  47. setSmallIcon(index);
  48. break;
  49. }
  50. case AudioManager.STREAM_VOICE_CALL: { //通话声音的处理
  51. /*
  52. * For in-call voice call volume, there is no inaudible volume.
  53. * Rescale the UI control so the progress bar doesn‘t go all
  54. * the way to zero and don‘t show the mute icon.
  55. */
  56. index++;
  57. max++;
  58. message = INCALL_VOLUME_TEXT;
  59. setSmallIcon(index);
  60. break;
  61. }
  62. case AudioManager.STREAM_ALARM: {   //闹钟声音的处理
  63. message = ALARM_VOLUME_TEXT;
  64. setSmallIcon(index);
  65. break;
  66. }
  67. case AudioManager.STREAM_NOTIFICATION: {   //Notification声音的处理
  68. message = NOTIFICATION_VOLUME_TEXT;
  69. setSmallIcon(index);
  70. Uri ringuri = RingtoneManager.getActualDefaultRingtoneUri(
  71. mContext, RingtoneManager.TYPE_NOTIFICATION);
  72. if (ringuri == null) {
  73. additionalMessage =
  74. com.android.internal.R.string.volume_music_hint_silent_ringtone_selected;
  75. mRingIsSilent = true;
  76. }
  77. break;
  78. }
  79. case AudioManager.STREAM_BLUETOOTH_SCO: {  //蓝牙_sco？不知道是什么东西。。
  80. /*
  81. * For in-call voice call volume, there is no inaudible volume.
  82. * Rescale the UI control so the progress bar doesn‘t go all
  83. * the way to zero and don‘t show the mute icon.
  84. */
  85. index++;
  86. max++;
  87. message = BLUETOOTH_INCALL_VOLUME_TEXT;
  88. setLargeIcon(com.android.internal.R.drawable.ic_volume_bluetooth_in_call);
  89. break;
  90. }
  91. }
  92. String messageString = Resources.getSystem().getString(message);   //根据调整的声音不同，显示不同的信息
  93. if (!mMessage.getText().equals(messageString)) {
  94. mMessage.setText(messageString);
  95. }
  96. if (additionalMessage == 0) {
  97. mAdditionalMessage.setVisibility(View.GONE);
  98. } else {
  99. mAdditionalMessage.setVisibility(View.VISIBLE);
  100. mAdditionalMessage.setText(Resources.getSystem().getString(additionalMessage));
  101. }
  102. if (max != mLevel.getMax()) {
  103. mLevel.setMax(max);
  104. }
  105. mLevel.setProgress(index);  //设置ProgressBar的值
  106. mToast.setView(mView);
  107. mToast.setDuration(Toast.LENGTH_SHORT);
  108. mToast.setGravity(Gravity.TOP, 0, 0);
  109. mToast.show();
  110. // Do a little vibrate if applicable (only when going into vibrate mode)
  111. if ((flags & AudioManager.FLAG_VIBRATE) != 0 &&
  112. mAudioService.isStreamAffectedByRingerMode(streamType) &&
  113. mAudioService.getRingerMode() == AudioManager.RINGER_MODE_VIBRATE &&
  114. mAudioService.shouldVibrate(AudioManager.VIBRATE_TYPE_RINGER)) {
  115. sendMessageDelayed(obtainMessage(MSG_VIBRATE), VIBRATE_DELAY);
  116. }
  117. }

在通话声音的处理中，有个setSmallIcon（）函数，可以看到，这个是根据不同情况选择ProgressBar上面显示的图片的。

[java] view plaincopy

  1. private void setSmallIcon(int index) {
  2. mLargeStreamIcon.setVisibility(View.GONE);
  3. mSmallStreamIcon.setVisibility(View.VISIBLE);
  4. mSmallStreamIcon.setImageResource(index == 0
  5. ? com.android.internal.R.drawable.ic_volume_off_small
  6. : com.android.internal.R.drawable.ic_volume_small);
  7. }

View view = mView = inflater.inflate(com.android.internal.R.layout.volume_adjust, null);
        mLevel就是显示的那个ProgressBar,mLevel = (ProgressBar) view.findViewById(com.android.internal.R.id.level);
        从这里我们可以看到，声音调整显示的布局文件是volume_adjust.xml，如果想自己对声音显示的布局进行调整的话，就可以自己手动修改这个布局文件，达到自己想要的效果了。
        到这里就把声音调整的UI显示过程分析完了，下面接着来分析声音调整广播发送sendVolumeUpdate（）：

[java] view plaincopy

  1. private void sendVolumeUpdate(int streamType, int oldIndex, int index) {
  2. oldIndex = (oldIndex + 5) / 10;
  3. index = (index + 5) / 10;
  4. Intent intent = new Intent(AudioManager.VOLUME_CHANGED_ACTION);
  5. intent.putExtra(AudioManager.EXTRA_VOLUME_STREAM_TYPE, streamType);
  6. intent.putExtra(AudioManager.EXTRA_VOLUME_STREAM_VALUE, index);
  7. intent.putExtra(AudioManager.EXTRA_PREV_VOLUME_STREAM_VALUE, oldIndex);
  8. mContext.sendBroadcast(intent);
  9. }

可以看到，这里发送了一个广播，而广播的内容是：VOLUME_CHANGED_ACTION，也即"android.media.VOLUME_CHANGED_ACTION";当对音量改变事件有兴趣时，就可以接收这个广播，并做出相应的处理。至此，声音调整的相关流程就分析的差不多了。

时间： 2024-10-23 20:42:28

android声音调整源代码分析（转）的相关文章

Android应用Activity、Dialog、PopWindow、Toast窗体加入机制及源代码分析

[工匠若水 http://blog.csdn.net/yanbober 转载烦请注明出处.尊重劳动成果] 1 背景 之所以写这一篇博客的原因是由于之前有写过一篇<Android应用setContentView与LayoutInflater载入解析机制源代码分析>.然后有人在文章以下评论和微博私信中问我关于Android应用Activity.Dialog.PopWindow载入显示机制是咋回事,所以我就写一篇文章来分析分析吧(本文以Android5.1.1 (API 22)源代码为基础分析),以

Android日志系统驱动程序Logger源代码分析

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6595744 我们知道,在Android系统中,提供了一个轻量级的日志系统,这个日志系统是以驱动程序的形式实现在内核空间的,而在用户空间分别提供了Java接口和C/C++接口来使用这个日志系统,取决于你编写的是Android应用程序还是系统组件.在前面的文章浅谈Android系统开发中LOG的使用中,已经简要地介绍了在Android应用程序开发中

Android系统匿名共享内存Ashmem（Anonymous Shared Memory）驱动程序源代码分析

文章转载至CSDN社区罗升阳的安卓之旅,原文地址:http://blog.csdn.net/luoshengyang/article/details/6664554 在上一文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)简要介绍和学习计划中, 我们简要介绍了Android系统的匿名共享内存机制,其中,简要提到了它具有辅助内存管理系统来有效地管理内存的特点,但是没有进一步去了解它是如何实 现的.在本文中,我们将通过分析Android系统的匿名共享内存

Android init源代码分析（2）init.rc解析

本文描述init.rc脚本解析以及执行过程,读完本章后,读者应能 (1) 了解init.rc解析过程 (2) 定制init.rc init.rc介绍 init.rc是一个文本文件,可认为它是Android系统启动脚本.init.rc文件中定义了环境变量配置.系统进程启动,分区挂载,属性配置等诸多内容.init.rc具有特殊的语法.init源码目录下的readme.txt中详细的描述了init启动脚本的语法规则,是试图定制init.rc的开发者的必读资料. Android启动脚本包括一组文件,包括

Android 消息处理源代码分析（2）

Android 消息处理源代码分析(1)点击打开链接 继续接着分析剩下的类文件 Looper.java public final class Looper { final MessageQueue mQueue; //消息队列 final Thread mThread; //Looper联系的线程 public static void prepare() { prepare(true); } private static void prepare(boolean quitAllowed) { /

Android init源代码分析（1）概要分析

功能概述 init进程是Android内核启动的第一个进程,其进程号(pid)为1,是Android系统所有进程的祖先,因此它肩负着系统启动的重要责任.Android的init源代码位于system/core/init/目录下,伴随Android系统多个版本的迭代,init源代码也几经重构. 目前Android4.4源代码中,init目录编译后生成如下Android系统的三个文件,分别是 /init /sbin/ueventd-->/init /sbin/watchdogd-->/init 其

Android HandlerThread 源代码分析

HandlerThread 简单介绍: 我们知道Thread线程是一次性消费品,当Thread线程运行完一个耗时的任务之后.线程就会被自己主动销毁了.假设此时我又有一 个耗时任务须要运行,我们不得不又一次创建线程去运行该耗时任务.然而.这样就存在一个性能问题:多次创建和销毁线程是非常耗 系统资源的.为了解这样的问题,我们能够自己构建一个循环线程Looper Thread.当有耗时任务投放到该循环线程中时.线程运行耗 时任务,运行完之后循环线程处于等待状态,直到下一个新的耗时任务被投放进来.这样一

Android 中View的绘制机制源代码分析 三

到眼下为止,measure过程已经解说完了,今天開始我们就来学习layout过程.只是在学习layout过程之前.大家有没有发现我换了编辑器,哈哈.最终下定决心从Html编辑器切换为markdown编辑器.这里之所以使用"下定决心"这个词.是由于毕竟Html编辑器使用好几年了.非常多习惯都已经养成了,要改变多年的习惯确实不易.相信这也是还有非常多人坚持使用Html编辑器的原因. 这也反应了一个现象.当人对某一事物非常熟悉时,一旦出现了新的事物想代替老的事物时,人们都有一种抵触的情绪,做

Android系统进程Zygote启动过程的源代码分析

原文地址:http://blog.csdn.net/luoshengyang/article/details/6747696 Android应用程序框架层创建的应用程序进程具有两个特点,一是进程的入口函数是ActivityThread.main,二是进程天然支持Binder进程间通信机制:这两个特点都是在进程的初始化过程中实现的,本文将详细分析Android应用程序进程创建过程中是如何实现这两个特点的. Android应用程序框架层创建的应用程序进程的入口函数是ActivityThread.ma