如何在调用runOnUiThread()刷新RecyclerView时保留EditText光标

这问题我做项目时也踩过坑！核心原因是runOnUiThread里刷新RecyclerView（尤其是全量刷新）会触发布局重绘，导致EditText的焦点和光标状态被意外重置。给你几个实用的解决思路：

方案1：保存并恢复EditText的状态 #

这是最直接的办法——在刷新前先把EditText的焦点状态和光标位置记下来，刷新完成后再恢复回去，完全不会影响输入内容。

示例代码（Kotlin）：

// 刷新前保存状态
val editText = yourEditTextInstance
val wasFocused = editText.hasFocus()
val cursorPos = editText.selectionStart

// 执行RecyclerView刷新
runOnUiThread {
    yourRecyclerViewAdapter.notifyDataSetChanged() // 或者你的自定义刷新逻辑
    
    // 恢复EditText状态
    if (wasFocused) {
        editText.requestFocus()
        editText.setSelection(cursorPos)
    }
}

Java版本逻辑完全一致，只需调整语法即可。这个方法兼容性强，不管你用哪种刷新方式都能生效。

方案2：优化RecyclerView的刷新粒度（推荐） #

很多时候我们没必要用notifyDataSetChanged()全量刷新——这种方式会让RecyclerView重新绑定所有item，容易触发全局布局重绘。换成更细粒度的刷新方法，只更新真正变化的item，就能从根源上避免EditText状态丢失。

比如：

runOnUiThread {
    // 只刷新某个特定位置的item
    yourAdapter.notifyItemChanged(changedItemPosition)
    // 新增item用notifyItemInserted()
    // 删除item用notifyItemRemoved()
    // 批量更新用notifyItemRangeChanged()
}

这个方法不仅解决了光标问题，还能提升RecyclerView的性能，是最优解。

方案3：监听布局变化自动恢复光标（特殊场景用） #

如果上面两种方法都不适用（比如无法控制刷新逻辑），可以给EditText加个布局监听，在布局完成后自动恢复光标：

yourEditText.viewTreeObserver.addOnGlobalLayoutListener(object : ViewTreeObserver.OnGlobalLayoutListener {
    override fun onGlobalLayout() {
        if (yourEditText.hasFocus()) {
            val currentCursorPos = yourEditText.selectionStart
            yourEditText.setSelection(currentCursorPos)
        }
        // 记得移除监听，避免重复触发
        yourEditText.viewTreeObserver.removeOnGlobalLayoutListener(this)
    }
})

不过这个方法要注意及时移除监听，不然会多次触发，适合一些特殊场景。

总结一下：优先用方案2优化刷新粒度，既解决问题又提升性能；如果必须全量刷新，就用方案1手动恢复状态。

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