Android自定义IME调用getSelectedText阻塞主线程致ANR求解决方案

核心思路：规避IPC阻塞主线程 #

getSelectedText()本质是跨进程IPC调用，耗时不稳定，直接在主线程执行（哪怕加了超时）仍可能阻塞导致ANR，解决的核心是把IPC操作移出主线程，或用无IPC开销的替代API。

1. 优先使用EditorInfo的初始文本API（推荐） #

官方明确提示，若只是获取输入框关联时的初始选中文本/光标附近文本，直接用EditorInfo提供的无IPC开销方法：

• 获取初始选中文本：editorInfo.getInitialSelectedText(0)
• 获取光标前文本：editorInfo.getInitialTextBeforeCursor(maxLength, 0)
• 获取光标后文本：editorInfo.getInitialTextAfterCursor(maxLength, 0)

这些方法的数据是输入法绑定输入框时宿主主动传递的，无需跨进程请求，完全不会有ANR风险，适合初始化场景。

2. 将IPC操作移到后台线程执行 #

如果必须实时获取选中文本（比如用户在输入过程中选中文字），把getSelectedText()放到后台线程执行，拿到结果后再切回主线程处理UI：

CoroutineScope(Dispatchers.IO).launch {
    val selectedText = try {
        withTimeout(100L) {
            inputConnection?.getSelectedText(0)
        }
    } catch (e: TimeoutCancellationException) {
        null
    }
    // 切回主线程处理UI逻辑
    withContext(Dispatchers.Main) {
        selectedText?.let {
            // 这里处理选中文本的UI操作，比如弹出菜单、替换文本等
        }
    }
}.invokeOnCompletion {
    // 完成后的清理或异常处理
}

为什么可行？：getSelectedText()只是发起跨进程请求，本身不涉及Android UI视图操作，放在IO线程执行不会阻塞主线程；拿到结果后再通过withContext(Dispatchers.Main)回到主线程处理UI，完全符合Android线程规范。

3. 额外注意事项 #

• 调用inputConnection方法前务必判空，避免宿主销毁连接后出现空指针；
• 可以根据实际场景调整超时时间，100ms可能偏短，可测试后调整为200-300ms，平衡响应速度和成功率；
• 若多次调用仍频繁超时，可考虑降级处理（比如不获取选中文本，直接提示用户重新选中）。

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