Android TV: 拨云见日，破解 EditText 焦点困境

2024-01-02 13:44:56

打破 Android TV 中 EditText 焦点转移难题

在 Android TV 的辽阔世界中，EditText 是文本输入的忠实伙伴，但它却时常遭遇焦点转移的尴尬境地。这一顽疾犹如拦路虎，阻碍着开发者的前进步伐。不过，困局终有破局之时，让我们携手踏上破解之途！

揭开焦点之谜

问题的根源在于 doKeyDown() 方法，它是处理键盘方向事件的关键所在。仔细审视它的代码逻辑，你会发现一个耐人寻味的注释：

// 返回 true 如果这个键被用来做键盘导航
private boolean isDirectionalNavigationKey(int keyCode) {
    switch (keyCode) {
        // 方向键
        case KeyEvent.KEYCODE_DPAD_UP:
        case KeyEvent.KEYCODE_DPAD_DOWN:
        case KeyEvent.KEYCODE_DPAD_LEFT:
        case KeyEvent.KEYCODE_DPAD_RIGHT:
            return true;
        default:
            return false;
    }
}

从这段代码中，我们可以清晰地看到，方向键被视为键盘导航的一部分。而当 doKeyDown() 方法检测到方向键按下时，它会拦截该事件，导致焦点无法转移。

拨开迷雾，见曙光

既然找到了问题的症结所在，解决思路也呼之欲出：解除对键盘方向事件的控制！然而，直接修改 doKeyDown() 或 isDirectionalNavigationKey() 方法显然不可取，因为它们是私有方法，无法直接访问。

不过，聪明的开发者们总是能找到迂回之道。我们不妨另辟蹊径，从 EditText 的父控件入手。在 Android TV 中，EditText 通常被放置在 ScrollView 或 ListView 中。因此，我们可以通过修改这些父控件的事件处理逻辑来间接影响 EditText 的焦点行为。

具体而言，我们需要覆盖父控件的 onGenericMotionEvent() 方法，该方法负责处理通用运动事件，包括键盘方向事件。在覆写的方法中，我们可以对方向键事件进行过滤，只允许它们在特定情况下触发，例如当 EditText 处于焦点状态时。

技术指南：拨云见日

为了方便理解，我们提供了一个简明扼要的技术指南，一步步带你破解 EditText 焦点难题：

创建自定义的父控件 ，继承自 ScrollView 或 ListView。
覆写 onGenericMotionEvent() 方法 ，并根据实际需要添加事件过滤逻辑。
将自定义父控件作为 EditText 的容器 ，即可解决焦点无法转移的问题。

实例代码：

public class CustomScrollView extends ScrollView {

    @Override
    public boolean onGenericMotionEvent(MotionEvent event) {
        if (event.getAction() == MotionEvent.ACTION_DOWN && event.isFromSource(InputDevice.SOURCE_KEYBOARD)) {
            // 如果当前焦点在 EditText 上，则允许方向键事件触发
            if (findFocus() instanceof EditText) {
                return super.onGenericMotionEvent(event);
            } else {
                // 否则，拦截方向键事件
                return true;
            }
        }
        return super.onGenericMotionEvent(event);
    }
}