应用重启后RecyclerView调用notifyDataSetChanged不生效问题

数据老陈

2026-8-30

问题根因

这不是Android系统bug，核心原因是messagesAdapter或其绑定的messageList被定义在了生命周期长于聊天页Activity的作用域（比如静态变量、全局单例、Application类、跨页面共享的长生命周期ViewModel）：

按返回键退出应用时，聊天页的Activity实例被销毁，但Adapter实例和内部持有的旧RecyclerView引用、数据观察者没有被释放
下次启动进入聊天页时，你的初始化逻辑里if (messagesAdapter == null)判断不成立，直接复用了残留旧状态的Adapter实例，此时Adapter和新页面的RecyclerView没有正确建立数据观察绑定关系
这种情况下你虽然把新消息加到了列表、调用了notifyDataSetChanged()，但通知没有正确传递到新的RecyclerView，自然不会触发onBindViewHolder
你提到的「首次启动从未进入聊天页，在群组页退出后再进聊天页也复现」的现象，正好对应Adapter/数据源在群组页或全局层就提前初始化、生命周期长于聊天页的特征。

修复方案

按以下步骤调整即可恢复到冷启动的初始状态：

移除Adapter实例的判空复用逻辑，每次进入聊天页时重新初始化Adapter和数据源

// 初始化RecyclerView
mMessageRecycler = findViewById(R.id.recyclerview_message_list)
mMessageRecycler?.layoutManager = LinearLayoutManager(this)
// 先清空旧的适配器绑定
mMessageRecycler?.adapter = null
// 重新创建全新的数据源和适配器实例，不要复用旧实例
messageList = mutableListOf()
messagesAdapter = NewMessageListAdapter(this)
mMessageRecycler?.adapter = messagesAdapter

在聊天页的销毁回调中主动释放引用，避免脏实例残留

override fun onDestroy() {
    super.onDestroy()
    mMessageRecycler?.adapter = null
    messagesAdapter = null
    messageList.clear()
}

校验数据源一致性
调试时打印messageList的实例哈希值，确认添加新消息时操作的列表对象，和Adapter内部getItemCount()读取的列表对象是同一个实例，避免出现新消息加到其他列表实例的情况。

修复验证：每次进入聊天页时Adapter构造方法会正常执行，收到新消息调用notifyDataSetChanged()后，getItemCount()返回的是包含新消息的正确长度，此时onBindViewHolder会正常触发，新消息可正常渲染。

内容的提问来源于stack exchange，提问作者M. Usman Khan