Android Audio音量——硬按键调节音量（七）

于 2024-08-28 22:01:40 发布
阅读量421 收藏 6
点赞数 13
文章标签： android Audio开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/c19344881x/article/details/141129273
版权

        前面的文章已经介绍了音量调整及静音设置的相关调用，这里我们来梳理一下通过硬按键来调节音量及静音的相关调用流程。

一、硬按键调用

        这里我们从 PhoneWindowManager 开始，该类主要负责管理设备上的所有窗口，包括应用程序窗口和其他系统窗口。同时负责输入事件的分发工作，包括我们这里要分析的硬按键事件。

1、PhoneWindowManager

源码位置：/frameworks/base/services/core/java/com/android/server/policy/PhoneWindowManager.java

interceptKeyBeforeDispatching

@Override
public long interceptKeyBeforeDispatching(IBinder focusedToken, KeyEvent event, int policyFlags) {

    final int keyCode = event.getKeyCode();

    ……
    if (keyCode == KeyEvent.KEYCODE_VOLUME_UP || keyCode == KeyEvent.KEYCODE_VOLUME_DOWN
            || keyCode == KeyEvent.KEYCODE_VOLUME_MUTE) {
        if (mUseTvRouting || mHandleVolumeKeysInWM) {
            dispatchDirectAudioEvent(event);
            return -1;
        }
        ……
    }
    ……
}

        该函数在按键事件被分发给应用程序之前进行拦截和处理，也就是来处理音量键的按下事件。这里调用了 dispatchDirectAudioEvent() 函数。

dispatchDirectAudioEvent

private void dispatchDirectAudioEvent(KeyEvent event) {
    // 通过 HDMI 音频系统客户端发送按键事件（这里不关注）
    ……
    try {
        // 处理按键事件
        getAudioService().handleVolumeKey(event, mUseTvRouting, mContext.getOpPackageName(), TAG);
    } catch (Exception e) {
         ……
    }
}

static IAudioService getAudioService() {
    IAudioService audioService = IAudioService.Stub.asInterface(ServiceManager.checkService(Context.AUDIO_SERVICE));
    if (audioService == null) {
        Log.w(TAG, "Unable to find IAudioService interface.");
    }
    return audioService;
}

        这里主要负责处理直接与音频相关的按键事件，最终调用 AudioService 中的 handleVolumeKey() 函数。

2、AudioService

源码位置：/frameworks/base/services/core/java/com/android/server/audio/AudioService.java

handleVolumeKey

public void handleVolumeKey(@NonNull KeyEvent event, boolean isOnTv, @NonNull String callingPackage, 
        @NonNull String caller) {
    int keyEventMode = VOL_ADJUST_NORMAL;
    ……
    int flags = AudioManager.FLAG_SHOW_UI | AudioManager.FLAG_PLAY_SOUND | AudioManager.FLAG_FROM_KEY;

    switch (event.getKeyCode()) {
        case KeyEvent.KEYCODE_VOLUME_UP: // 音量上
            adjustSuggestedStreamVolume(AudioManager.ADJUST_RAISE,
                    AudioManager.USE_DEFAULT_STREAM_TYPE,  flags, callingPackage, caller, 
                    Binder.getCallingUid(), true, keyEventMode);
            break;
        case KeyEvent.KEYCODE_VOLUME_DOWN: // 音量下
            adjustSuggestedStreamVolume(AudioManager.ADJUST_LOWER,
                    AudioManager.USE_DEFAULT_STREAM_TYPE, flags, callingPackage, caller,
                    Binder.getCallingUid(), true, keyEventMode);
            break;
        case KeyEvent.KEYCODE_VOLUME_MUTE: // 静音
            if (event.getAction() == KeyEvent.ACTION_DOWN && event.getRepeatCount() == 0) {
                adjustSuggestedStreamVolume(AudioManager.ADJUST_TOGGLE_MUTE,
                        AudioManager.USE_DEFAULT_STREAM_TYPE, flags, callingPackage, caller,
                        Binder.getCallingUid(), true, VOL_ADJUST_NORMAL);
            }
            break;
        ……
    }
}

        可以看到，这里对于音量上、音量下和静音的硬按键处理都是调用 adjustSuggestedStreamVolume() 函数继续处理。

adjustSuggestedStreamVolume

public void adjustSuggestedStreamVolume(int direction, int suggestedStreamType, int flags,
        String callingPackage, String caller) {
    // 检查调用者是否有 MODIFY_AUDIO_SETTINGS 权限
    boolean hasModifyAudioSettings = mContext.checkCallingPermission(Manifest.permission.MODIFY_AUDIO_SETTINGS)
            == PackageManager.PERMISSION_GRANTED;
    adjustSuggestedStreamVolume(direction, suggestedStreamType, flags, callingPackage,
            caller, Binder.getCallingUid(), hasModifyAudioSettings, VOL_ADJUST_NORMAL);
}

private void adjustSuggestedStreamVolume(int direction, int suggestedStreamType, int flags,
        String callingPackage, String caller, int uid, boolean hasModifyAudioSettings, int keyEventMode) {
    ……
    // 通知外部音量控制器
    boolean hasExternalVolumeController = notifyExternalVolumeController(direction);

    ……
    // 调整音量
    adjustStreamVolume(streamType, direction, flags, callingPackage, caller, uid, hasModifyAudioSettings, keyEventMode);
}

        对于音量的调整，我们在前面的文章中已经分析过了，这里就不再重复。这里我们主要看 notifyExternalVolumeController()，该函数其实就是相当于一个回调函数，用来通知外部音量控制器的操作。

notifyExternalVolumeController

private boolean notifyExternalVolumeController(int direction) {
    final IAudioPolicyCallback externalVolumeController;
    ……
    sendMsg(mAudioHandler, MSG_NOTIFY_VOL_EVENT, SENDMSG_QUEUE, direction, 0 /*ignored*/,
            externalVolumeController, 0 /*delay*/);
    return true;
}

        这里通过发送消息的方式告知外部控制器音量调整的方向。

onNotifyVolumeEvent

private class AudioHandler extends Handler {
    ……
    private void onNotifyVolumeEvent(@NonNull IAudioPolicyCallback apc,        
            @AudioManager.VolumeAdjustment int direction) {
        try {
            apc.notifyVolumeAdjust(direction);
        } catch(Exception e) {
        }
    }
    ……
    @Override
    public void handleMessage(Message msg) {
        switch (msg.what) {
            ……
            case MSG_NOTIFY_VOL_EVENT:
                onNotifyVolumeEvent((IAudioPolicyCallback) msg.obj, msg.arg1);
                break;
            ……
        }
    }
}

        这里首先对 MSG_NOTIFY_VOL_EVENT 消息进行了处理，调用了 onNotifyVolumeEvent() 函数。接着又调用了 IAudioPolicyCallback 的 notifyVolumeAdjust() 函数，这里一个 AIDL 接口，其实现在 AudioPolicy 中。

3、AudioPolicy

源码位置：/frameworks/base/media/java/android/media/audiopolicy/AudioPolicy.java

notifyVolumeAdjust

private final IAudioPolicyCallback mPolicyCb = new IAudioPolicyCallback.Stub() {
    public void notifyVolumeAdjust(int adjustment) {
        sendMsg(MSG_VOL_ADJUST, null /* ignored */, adjustment);
        ……
    }
};

        这里发送一个 MSG_VOL_ADJUST 用来处理音量相关的回调。

private final static int MSG_VOL_ADJUST = 6;

private class EventHandler extends Handler {
    ……    
    @Override
    public void handleMessage(Message msg) {
        switch(msg.what) {
            // 焦点状态
            ……
            case MSG_VOL_ADJUST:
                if (mVolCb != null) {
                    mVolCb.onVolumeAdjustment(msg.arg1);
                }
                break;
            ……
        }
    }
}

        这里除了处理硬按键调整音量外，还有焦点状态相关的处理，这里我们不去关注。我们先来看一下 mVolCb 参数。

setAudioPolicyVolumeCallback

public static class Builder {
    private AudioPolicyVolumeCallback mVolCb;

    @NonNull
    public Builder setAudioPolicyVolumeCallback(@NonNull AudioPolicyVolumeCallback vc) {
        ……
        mVolCb = vc;
        return this;
    }
    ……
}

public static abstract class AudioPolicyVolumeCallback {
    public AudioPolicyVolumeCallback() {}
    /**
     * 当按下按键事件触发音量键相关更改时调用
     * @param adjustment 键的音量调节类型
     */
    public void onVolumeAdjustment(@AudioManager.VolumeAdjustment int adjustment) {}
}

        可以看到 mVolCb 其实就是通过 Builder 中的 setAudioPolicyVolumeCallback() 函数设置进来的一个 AudioPolicyVolumeCallback 回调，下面就来看一下该回调的监听。

4、CarAudioService

        不难发现，在 CarAudioService 中的 init() 中调用了 setupDynamicRoutingLocked() 函数，该函数中设置了 AudioPolicyVolumeCallback 回调监听。

源码位置：/packages/services/Car/service/src/com/android/car/audio/CarAudioService.java

setupDynamicRoutingLocked

private void setupDynamicRoutingLocked() {
    final AudioPolicy.Builder builder = new AudioPolicy.Builder(mContext);
    ……
    // Attach the {@link AudioPolicyVolumeCallback}
    builder.setAudioPolicyVolumeCallback(mAudioPolicyVolumeCallback);
    ……
}

        下面来看一下监听函数的相关处理。

private final AudioPolicy.AudioPolicyVolumeCallback mAudioPolicyVolumeCallback =
        new AudioPolicy.AudioPolicyVolumeCallback() {
    @Override
    public void onVolumeAdjustment(int adjustment) {
        int zoneId = CarAudioManager.PRIMARY_AUDIO_ZONE;
        // 获取音频上下文
        @AudioContext int suggestedContext = getSuggestedAudioContext();

        // 获取音量组 ID
        int groupId;
        synchronized (mImplLock) {
            groupId = getVolumeGroupIdForAudioContextLocked(zoneId, suggestedContext);
        }

        ……
        // 获取当前音量
        final int currentVolume = getGroupVolume(zoneId, groupId);
        final int flags = AudioManager.FLAG_FROM_KEY | AudioManager.FLAG_SHOW_UI;
        // 处理不同的音量调整情况
        switch (adjustment) {
            case AudioManager.ADJUST_LOWER: // 降低音量
                int minValue = Math.max(currentVolume - 1, getGroupMinVolume(zoneId, groupId));
                setGroupVolume(zoneId, groupId, minValue , flags);
                break;
            case AudioManager.ADJUST_RAISE: // 提高音量
                int maxValue =  Math.min(currentVolume + 1, getGroupMaxVolume(zoneId, groupId));
                setGroupVolume(zoneId, groupId, maxValue, flags);
                break;
            case AudioManager.ADJUST_MUTE: // 静音
                setMasterMute(true, flags);
                callbackMasterMuteChange(zoneId, flags);
                break;
            case AudioManager.ADJUST_UNMUTE: // 取消静音
                setMasterMute(false, flags);
                callbackMasterMuteChange(zoneId, flags);
                break;
            case AudioManager.ADJUST_TOGGLE_MUTE: // 切换静音状态
                setMasterMute(!mAudioManager.isMasterMute(), flags);
                callbackMasterMuteChange(zoneId, flags);
                break;
            case AudioManager.ADJUST_SAME:
            default:
                break;
        }
    }
};

        这里可以看到在静音状态改变后，调用 callbackMasterMuteChange 方法通知静音状态的变化，这与前面文章中静音设置中的回调函数相对应。

c小旭
关注
  • 13
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Android Audio音量——音量增减（二）
小旭的专栏
06-09 2838
adjustStreamVolume()方法所需要的音量操作参数，可以在 AudioManager.java 中查看。参数值含义增加音量降低音量显示音量，但不设置静音取消静音切换静音状态1）利用设置的音频流类型 streamType 找到对应的音量状态管理类 VolumeStreamState，此类集合的音量管理的核心方法，内部有一个 map 集合保存了所有输出设备及其对应的音量等级 index，最终也是调整这个 index。
Android Audio基础——概览（一）
小旭的专栏
05-10 1726
音频系统使用该属性进行音频焦点控制、音频通道路由及音量控制等，一般在应用开发中常用。mUsage // 指定播放声音原因和作用。用来控制焦点、路由及音量决策（USAGE_MEDIA、USAGE_VOICE_COMMUNICATION、未知等）mContentType // 指定声音来源的类型（CONTENT_TYPE_MOVIE、CONTENT_TYPE_MUSIC、语音、发音、未知等）mSourcemFlags //指定音频框架如何对音频播放应用效果DeviceType。
Android 音频源码分析——音量调节流程
奋斗的菜鸟ing
05-26 3103
源码分析基于android9.0 一、声音类型 对于大多数手机用户来说，操作手机音量按键可以看到，声音类型分为四种：媒体、铃声、闹钟、通话，但是其系统内部则分为十几种类型。 声⾳类型用来区分不同播放用途及播放设备，包含11中类型 定义在 frameworks/base/media/java/android/media/AudioSystem.java中 /** Used to identify the default audio stream volume */ public static final in
Android Audio基础——音频管理器（三）
小旭的专栏
05-11 1143
AudioManager，音频管理类。它主要提供了丰富的 API 让开发者对应用的音量和铃声模式进行控制以及访问。主要内容涉及到音频流、声音、蓝牙、扩音器、耳机等等。
Android Audio基础——AudioFlinger回放录制线程（八）
小旭的专栏
05-20 471
PlaybackThread 和 RecordThread 的基类。录制线程类，由 ThreadBase 派生。回放线程基类，同由 ThreadBase 派生。混音回放线程类，由 PlaybackThread 派生，负责处理标识为 AUDIO_OUTPUT_FLAG_PRIMARY、AUDIO_OUTPUT_FLAG_FAST、AUDIO_OUTPUT_FLAG_DEEP_BUFFER 的音频流，MixerThread 可以把多个音轨的数据混音后再输出。
一道关于php文件包含的CTF题
最新发布
m0_62903168的博客
08-27 724
这是index.php的页面。点击login后会发现url里多了action的参数，那么我们就可以通过它来获取源码。?再通过base64的解码可以查看源码。
dynamic-datasource-spring-boot-starter多数据源配置
wyazyf
08-22 204
这种多数据源的配置方式可以不用区分包和扫描路径。放在同一路径下即可。默认在主数据库中加载。调用其他数据源的时候，只需要在mapper.java文件上配置@DS(“mainData”)即可。
Android 应用中广播权限未指定风险与解决方案
weixin_37600397的博客
08-23 1290
在Android应用中，广播（Broadcast）是一种重要的通信机制，应用可以通过广播与系统或其他应用进行通信。然而，如果在发送广播时未指定接收者的权限，可能会导致应用暴露于安全风险之下。未授权的接收者可能会拦截这些广播，甚至可能执行恶意操作。 在安全检查中，发现了一个问题：应用存在“Receiver权限未指定风险”。这个问题主要涉及广播发送时未指定接收者权限，可能导致广播被未授权的应用接收，进而可能造成数据泄露或其他安全问题。
Android 13.0禁用adb remount功能的实现
安卓兼职framework和app工程师的博客
08-22 294
在13.0的系统rom开发中，在进行某些产品开发中，需要禁用掉adb remount功能，就是不能让系统remount,system分区 vendor分区等只能有读权限没有写权限，所以接下来看下如何禁用remount功能，接下来就来实现这个功能
upload-labs(Pass-18 ~ Pass-21)
m0_64849639的博客
08-23 668
所以我们只要上传的文件后缀不是白名单中的，该文件就还是会被删除2、思路：由于该文件后缀不是白名单中的，该文件就还是会被删除；但是，服务器删除该php文件是有一定的延迟的，若我们在这延迟中访问了该php代码，那么就会在当前目录生成shell.php文件3、实践：(1)、抓包进入爆破模块：(2)发包：此时就在源源不断的上传文件1.php，服务器也在一直删除该文件；
好文推荐｜Android显示流程分析（1）
程序员Android
08-22 509
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:企业微信截图_16324493913554.png1. 前言本文尝试从硬件认识开始介绍Android的显示系统是如何更新画面的，希望能就android系统是如何更新画面的问题，给读者带来一个感性认知。文中将尝试解释从App画出一帧画面到这帧画面是如何到达屏幕并最终被人眼看到的整个过程，这其中会涉及硬件的一些...
Android 关于设备定屏/黑屏/冻屏/ANR那些事
sinat_37429535的博客
08-23 844
再去上报至WMS进行窗口状态的切换,避免主Surface绘制完成上报至WMS后、同时SurfaceView迟迟没有绘制完成使得startingWindow过早移除从而产生黑屏的现象.主要作用为提供ViewRootImpl与SurfaceView(假如窗口存在SurfaceView的情况下)同步服务,实现在主Surface与SurfaceView均完成绘制时,现象分析:桌面的状态时黑屏的,但是SystemUI的statusBar是显示和功能都是正常的,那一般就是当前app的问题了.
Android中apk安装过程源码解析
k663514387的博客
08-25 1233
android apk安装流程源码解析
Android调整进程的oom_adj
zoujin6649的博客
08-22 558
LinuxKernel中的OOM Killer，内核所管理的进程都有一个衡量其oom权重的值，存储在/proc/<PID>/oom_adj中。比如oom_score分数越低的进程，被杀死的概率越小，或者说被杀死的时间越晚。对于某些非常重要的应用程序，我们不希望它们被系统杀死，一个最简单的方法就是在它的AndroidManifest.xml文件中给“application”标签添加“android:persistent=true”属性。Android系统也为此开发了一个专门的驱动，名为。
Unity读取Android本地图片
w091253的博客
08-23 335
Unity读取Android本地图片
安卓中 onClick(View v) 方法在主线程还是子线程运行
qq_33386162的博客
08-23 284
方法内执行了耗时的操作（如网络请求、大量数据处理等），这可能会导致主线程阻塞，进而影响用户体验（如界面卡顿、无响应等）。为了避免这种情况，你应该将这些耗时的操作放在子线程中执行，然后通过Handler或其他机制将结果传回主线程来更新UI。这个方法是在用户与界面元素（如按钮）进行交互时，由系统框架自动调用的。由于Android的UI操作必须是线程安全的，并且只能在主线程上进行，因此任何与UI相关的回调（包括。方法模拟了一个耗时的操作，我们通过在子线程中调用它来避免阻塞主线程。来处理跨线程的消息传递，因为。
安卓飞机大战设计过程
weixin_73512213的博客
08-25 1008
Android布局文件XML是在res/layout文件夹下的xml文件，里面可以放一些组件启动Activity时， Android 框架会调用 Activity 中的 onCreate() 回调方法，从而加载应用代码中的布局资源；
Android13禁用Settings里面的Force Stop 強制停止按钮
zhutoubenben的专栏
08-22 131
禁用Settings里面的 強制停止按钮，禁用下面这个按钮。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

c小旭

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值