Android自定义键盘：requestFocus的正确调用位置在哪里？

为什么最初的方案导致光标操作失效？ #

你在setOnTouchListener中返回true，这会消费掉EditText的触摸事件，导致EditText本身的触摸处理逻辑（比如点击文本定位光标、长按拖动光标）无法执行，所以光标操作完全失效。这种拦截触摸事件的方式会破坏EditText的原生交互，不可取。

AccessibilityDelegate方案的问题 #

使用View.AccessibilityDelegate属于误用——这个类是为无障碍服务设计的，sendAccessibilityEvent会在焦点变化、点击、文本修改等大量场景下被触发，频繁调用是正常行为，但用它来控制自定义键盘显示完全不符合其设计初衷，方向不正确。

正确实现方式 #

要保留EditText的原生交互（光标操作），同时显示自定义键盘，核心是不拦截EditText的触摸事件，仅阻止系统软键盘弹出，通过焦点变化控制自定义键盘的显示/隐藏：

1. 阻止系统软键盘弹出

   • Android 11及以上（推荐）：

     inputEditText.showSoftInputOnFocus = false
     

   • 低版本兼容：
     在XML布局中给EditText添加属性：

     android:inputType="none"
     

     或在代码中通过输入法管理器隐藏：

     val imm = getSystemService(Context.INPUT_METHOD_SERVICE) as InputMethodManager
     imm.hideSoftInputFromWindow(inputEditText.windowToken, 0)
     

2. 通过焦点变化控制自定义键盘

   inputEditText.setOnFocusChangeListener { _, hasFocus ->
       inputEditTextKeyboard.visibility = if (hasFocus) View.VISIBLE else View.GONE
   }
   

3. 保留EditText原生触摸交互
   不要给EditText设置返回true的OnTouchListener，如果需要额外的触摸逻辑，返回false让EditText处理原生事件：

   inputEditText.setOnTouchListener { _, event ->
       // 这里添加你的额外操作（如果需要）
       false // 不要消费事件，让EditText原生逻辑执行
   }
   

关于requestFocus的调用 #

EditText被点击时会自动请求焦点，不需要额外调用requestFocus。只有当布局存在焦点冲突（比如其他View抢占焦点）时，才需要在合适时机（比如Activity启动时）调用，但这不是你的场景需要处理的问题。

额外优化：点击外部隐藏键盘 #

如果需要点击屏幕其他区域时隐藏自定义键盘，可以给父布局添加触摸监听：

parentLayout.setOnTouchListener { _, _ ->
    inputEditText.clearFocus()
    false
}

内容的提问来源于stack exchange，提问作者William Hu