手动控制EditText软键盘显隐引发StackOverflowError崩溃/ANR求助

看起来你碰到了一个很头疼的软键盘控制导致的栈溢出问题——我之前也帮别人排查过类似的情况，这个StackOverflowError本质是系统输入回调和你的自定义操作形成了循环调用，直接把栈给撑爆了。下面给你几个针对性的解决方案：

1. 别在InputConnection相关回调里碰软键盘/焦点 #

先检查你的代码，有没有在EditText的onCreateInputConnection()、onCheckIsTextEditor()，或者自定义InputConnectionWrapper的回调（比如beginBatchEdit()）里调用软键盘控制方法（showSoftInput()/hideSoftInputFromWindow()）或者修改焦点状态。这些回调本身就是系统处理输入的核心环节，在这里触发软键盘操作会直接触发循环调用，把栈炸穿。

2. 用post()延迟执行软键盘操作 #

如果必须在焦点变化后操作软键盘，别直接在onFocusChange()里硬执行，把操作放到消息队列末尾，等系统的焦点处理流程完全走完再执行：

editText.setOnFocusChangeListener((v, hasFocus) -> {
    if (hasFocus) {
        // 延迟执行，避开系统输入流程的冲突
        v.post(() -> {
            InputMethodManager imm = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE);
            imm.showSoftInput(v, InputMethodManager.SHOW_IMPLICIT);
        });
    } else {
        v.post(() -> {
            InputMethodManager imm = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE);
            imm.hideSoftInputFromWindow(v.getWindowToken(), 0);
        });
    }
});

3. 自定义InputConnectionWrapper时别乱重写方法 #

如果你自己实现了InputConnectionWrapper，只重写你真正需要修改的逻辑，别盲目把所有方法都重写一遍，尤其是beginBatchEdit()、endBatchEdit()这类系统内部依赖的方法。如果必须重写，一定要记得调用父类的实现，别把系统的流程打断：

@Override
public boolean beginBatchEdit() {
    // 必须调用父类方法，否则会破坏系统输入的正常流程
    return super.beginBatchEdit();
}

4. 加个状态标记避免重复操作 #

有时候多个地方（比如Activity的onResume()、EditText的onFocusChange()）都在控制软键盘，导致重复触发操作，也容易引发循环。可以加个简单的状态标记来过滤重复请求：

private boolean isKeyboardShowing = false;

private void toggleKeyboard(View view, boolean show) {
    if (show == isKeyboardShowing) {
        return; // 已经是目标状态，直接返回
    }
    InputMethodManager imm = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE);
    if (show) {
        imm.showSoftInput(view, InputMethodManager.SHOW_IMPLICIT);
        isKeyboardShowing = true;
    } else {
        imm.hideSoftInputFromWindow(view.getWindowToken(), 0);
        isKeyboardShowing = false;
    }
}

5. 针对定制ROM的特殊处理 #

有些厂商的定制ROM会修改InputMethod的行为，你可以试试用Window的软键盘控制参数来替代直接调用InputMethodManager，兼容性会更好：

// 强制显示软键盘
getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_STATE_ALWAYS_VISIBLE);
// 强制隐藏软键盘
getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_STATE_HIDDEN);

总的来说，这个问题的核心就是避免系统输入流程和你的自定义操作形成循环调用，通过延迟执行、过滤重复操作、正确处理InputConnection回调这几个方向调整，应该就能解决大部分设备上的崩溃或ANR问题了。

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