Android Messenger中RecyclerView加载消息后布局异常求助

核心原因 #

你遇到的问题确实是因为RecyclerView还未完成新消息的布局测量，就执行了滚动操作。调用notifyItemRangeInserted后，RecyclerView需要重新计算自身高度和子View布局，但这个过程是异步的，立即执行scrollToPosition时，RecyclerView的布局状态还未更新，导致滚动位置计算错误，最后一条消息只能显示一半。

解决方案 #

方案1：监听RecyclerView布局完成事件后滚动 #

通过给RecyclerView添加布局变化监听，等待布局完全完成后再执行滚动，确保滚动时RecyclerView已经完成新消息的测量与布局：

private fun setupToLastMessagesButton() {
    binding.toLastMessagesButton.setOnClickListener {
        binding.mainProgressBar.visibility = View.VISIBLE
        getServiceHandler().post {
            val result = getService().getLastMessages()
            mainHandler.post {
                binding.mainProgressBar.visibility = View.GONE
                getAdapter().notifyItemRangeInserted(result.first, result.second)
                
                // 等待布局完成后执行滚动
                binding.messagesView.addOnLayoutChangeListener(object : View.OnLayoutChangeListener {
                    override fun onLayoutChange(
                        v: View?,
                        left: Int,
                        top: Int,
                        right: Int,
                        bottom: Int,
                        oldLeft: Int,
                        oldTop: Int,
                        oldRight: Int,
                        oldBottom: Int
                    ) {
                        // 移除监听，避免重复触发
                        binding.messagesView.removeOnLayoutChangeListener(this)
                        // 滚动至最后一条消息
                        binding.messagesView.scrollToPosition(getAdapter().itemCount - 1)
                    }
                })
            }
        }
    }
}

方案2：使用scrollToPositionWithOffset强制完全显示 #

如果你的RecyclerView使用的是LinearLayoutManager（或其子类），可以用scrollToPositionWithOffset方法，指定偏移量为0，强制让最后一条消息完全显示在可视区域：

// 替换原scrollToPosition代码
val layoutManager = binding.messagesView.layoutManager as LinearLayoutManager
layoutManager.scrollToPositionWithOffset(getAdapter().itemCount - 1, 0)

额外优化：调整RecyclerView高度设置 #

你的RecyclerView高度设置为wrap_content，在ConstraintLayout中可能会增加布局测量的不确定性。如果布局允许，可尝试将高度改为match_parent，配合约束条件让RecyclerView占据可用空间，减少布局延迟问题。

为什么延迟调用无效？ #

postDelayed这类延迟调用不可靠，因为不同设备的布局耗时存在差异，无法精准预估等待时长；而监听布局完成事件是系统级回调，能准确捕捉布局完成的时机。

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