Android Tv 部分页面按键音无效，dispatchKeyEvent分发被拦截

zhoujian970

已于 2023-08-04 18:22:00 修改

阅读量727

点赞数 2

分类专栏： Android 文章标签： android tv

于 2023-08-04 18:20:27 首次发布

本文链接：https://blog.csdn.net/weixin_43268649/article/details/132110220

版权

Android 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

文章讲述了Android应用中因ScrollView导致的按键事件被误识别为滚动事件，从而引发按键音效被拦截的问题，通过分析事件分发机制，最终找到是内容超出屏幕造成的，解决方案是重写ScrollView的dispatchKeyEvent以播放按键音。

摘要由CSDN通过智能技术生成

开始阅读之前，可以简单了解一下这些大佬的文章。

一、问题描述

接入喇叭，进入应用，突然发现一些页面有系统调用的按键提示音，而有些页面则没有。(最终发现是使用了Scrollview出的bug)

二、问题分析

既然按键声音没有发出，那首先需要了解一下按键声音是怎么发出的。当用户注册了clickListener，则调用发出playSoundEffect()和响应用户写好的onClick()方法。首先排除系统设置声音无效。可以使用adb命令 adb shell Settings get sound_effects_enabled
查看。（1开启0关闭）既然如此，那只有一个可能，按键被消费了或者被拦截了。先来看看按键按下去，在framework层和应用层发生了什么。

首先触发dispatchKeyEvent，通过上面大佬的文章我们知道，按键起始于DecorView进行分发处理
然后触发onUserInteraction
执行onKeyDown
松开/抬起案件，再次触发dispatchKeyEvent
然后再触发onUserInteraction
再次onKeyUp

在我的问题中，通过log日志打印发现，没有声音执行的时候并没有执行Activity的onKeyDown，又因为没有写拦截事件(因为所有页面都是继承于一个基类)，锁定在Activity中的dispatchKeyEvent。通过log日志发现，这个方法会执行两次，符合上述的步骤。通过对比发现，没有发出声音的页面是没有成对消费，一次为true一次为false。因为是采用的FragmentActivity，通过Fragment的replace进行交替，而且Fragment不是一次性加载，排除因为焦点的缘故，导致没有按键提示音(子控件也没有焦点消耗按键事件)。

然后进入终极的Debug环节，通过最终在ViewGroup的dispatchKeyEvent中递归查询当前焦点View为ScollView的子类返回了true。

    @Override
    public boolean dispatchKeyEvent(KeyEvent event) {
        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onKeyEvent(event, 1);
        }

        if ((mPrivateFlags & (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS))
                == (PFLAG_FOCUSED | PFLAG_HAS_BOUNDS)) {
            if (super.dispatchKeyEvent(event)) {
                return true;
            }
        } else if (mFocused != null && (mFocused.mPrivateFlags & PFLAG_HAS_BOUNDS)
                == PFLAG_HAS_BOUNDS) {
            if (mFocused.dispatchKeyEvent(event)) {
                return true;
            }
        }

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(event, 1);
        }
        return false;
    }

KeyEvent分发逻辑图

三、问题原因

就算定位到了这个View产生了事件拦截，但并没有往内容长度上面想。手动屏蔽一个页面，发现原来的主页面有声音了，再对比有声音的页面和无声音的页面，公司的老员工就琢磨出了问题，是这个页面内容超出了屏幕导致的，我一试，在没声音的页面删掉几个加载项，唉？它好了！果断去网上找了几篇文章，发现一篇类似的文章。

完美解决Android中的ScrollView嵌套ScrollView滑动冲突问题

汗颜，果然家有一老，如有一宝。问题找到了，就是由于焦点管理和事件分发机制的相互作用所致。当按键按下切换的时候，焦点产生了移动，由于内容超出了屏幕。此时按键按下正在尝试滚动，此时的按键事件被视为滚动手势而被拦截。(听同事说，之前他使用自定义的ListView也出现了按键音效被拦截的情况，但是换成了RecylerView便没有了)。

四、解决方案

解决方法选择了一个简单粗暴的方法，写一个类继承ScrollView重写dispatchKeyEvent方法，当事件被拦截的时候，手动调用播放按键音。如果有大佬有相关的经验，可以评论区讨论一下，非常感谢。

    @Override
    public boolean dispatchKeyEvent(KeyEvent keyEvent) {

        Boolean result = super.dispatchKeyEvent(keyEvent);
        if (keyEvent.getAction() == KeyEvent.ACTION_DOWN && result)
        {
            audioManager.playSoundEffect(AudioManager.FX_FOCUS_NAVIGATION_DOWN);
        }
        return result;
    }