通知按钮触发Broadcast Receiver后，如何正确刷新RecyclerView？

首先得说，你用静态Adapter的方式虽然能生效，但这个方案的隐患真的不小：

• 内存泄漏风险：静态Adapter会持有Activity/Context的强引用，就算页面已经销毁，GC也没法回收这个引用，时间久了会导致内存溢出。
• 多实例冲突：如果你的页面有多个实例（比如横竖屏切换重建），静态Adapter的状态会混乱，出现奇怪的UI问题。
• 代码耦合严重：把Adapter设成静态，等于把UI层和广播接收器硬绑在一起，后续维护起来会非常麻烦。

接下来给你推荐更稳妥的Jetpack架构组件方案，用LiveData + ViewModel来实现状态驱动UI刷新，完全避开静态引用的坑：

步骤1：创建ViewModel管理播放状态 #

ViewModel的作用是存放和管理UI相关的状态，它的生命周期独立于Activity，不会因为页面重建而丢失数据：

class PlayerViewModel : ViewModel() {
    // 用MutableLiveData保存当前播放位置，外部只能观察不能修改
    private val _currentPlayPosition = MutableLiveData<Int>().apply {
        value = 0 // 默认初始位置
    }
    val currentPlayPosition: LiveData<Int> = _currentPlayPosition

    // 提供方法更新播放位置
    fun updatePlayPosition(newPosition: Int) {
        _currentPlayPosition.value = newPosition
    }
}

步骤2：在主页面观察状态变化并刷新RecyclerView #

在你的主Activity/Fragment里，获取ViewModel实例，观察currentPlayPosition的变化，一旦状态更新就刷新RecyclerView：

class MainActivity : AppCompatActivity() {
    private lateinit var playerViewModel: PlayerViewModel
    private lateinit var songAdapter: SongAdapter
    private val songList = mutableListOf<Song>() // 你的播放列表数据

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        // 初始化ViewModel
        playerViewModel = ViewModelProvider(this)[PlayerViewModel::class.java]
        // 初始化RecyclerView和Adapter
        val recyclerView = findViewById<RecyclerView>(R.id.song_recycler_view)
        songAdapter = SongAdapter(songList)
        recyclerView.adapter = songAdapter
        recyclerView.layoutManager = LinearLayoutManager(this)

        // 观察播放位置变化，自动刷新UI
        playerViewModel.currentPlayPosition.observe(this) { newPosition ->
            // 1. 更新Adapter中的选中状态（比如高亮当前播放歌曲）
            songAdapter.updateCurrentPlayingPosition(newPosition)
            // 2. 滚动到当前播放位置（可选）
            recyclerView.scrollToPosition(newPosition)
        }
    }
}

这里需要在你的Adapter里加一个更新当前位置的方法，比如：

class SongAdapter(private val songList: List<Song>) : RecyclerView.Adapter<SongAdapter.ViewHolder>() {
    private var currentPlayingPos = 0

    fun updateCurrentPlayingPosition(newPos: Int) {
        val oldPos = currentPlayingPos
        currentPlayingPos = newPos
        // 只刷新变化的两个位置，比notifyDataSetChanged更高效
        notifyItemChanged(oldPos)
        notifyItemChanged(newPos)
    }

    // ... 其他Adapter代码（ViewHolder、onBindViewHolder等）
}

步骤3：在BroadcastReceiver中更新ViewModel状态 #

推荐你把BroadcastReceiver改成动态注册（放在主Activity里），这样可以直接获取ViewModel实例，更新播放位置：

class MainActivity : AppCompatActivity() {
    // 定义动态广播接收器
    private val playControlReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            intent?.action?.let { action ->
                val currentPos = playerViewModel.currentPlayPosition.value ?: 0
                when (action) {
                    "ACTION_PREV_SONG" -> {
                        // 上一曲：如果是第一首就跳转到最后一首
                        val newPos = if (currentPos > 0) currentPos - 1 else songList.size - 1
                        playerViewModel.updatePlayPosition(newPos)
                        // 这里还可以调用播放逻辑，比如切换歌曲
                    }
                    "ACTION_NEXT_SONG" -> {
                        // 下一曲：如果是最后一首就跳转到第一首
                        val newPos = if (currentPos < songList.size - 1) currentPos + 1 else 0
                        playerViewModel.updatePlayPosition(newPos)
                        // 调用播放逻辑
                    }
                }
            }
        }
    }

    override fun onStart() {
        super.onStart()
        // 注册广播接收器
        val filter = IntentFilter().apply {
            addAction("ACTION_PREV_SONG")
            addAction("ACTION_NEXT_SONG")
        }
        registerReceiver(playControlReceiver, filter)
    }

    override fun onStop() {
        super.onStop()
        // 页面停止时注销接收器，避免内存泄漏
        unregisterReceiver(playControlReceiver)
    }
}

为什么这个方案更好？ #

• 完全避免内存泄漏：ViewModel的生命周期和页面绑定，动态注册的Receiver在页面停止时会被注销，不会持有无效的Context引用。
• 状态管理更清晰：播放状态统一放在ViewModel里，UI层只需要观察状态变化，不用关心状态来自哪里（广播、按钮点击还是其他）。
• 代码低耦合：广播接收器只负责触发状态更新，UI层只负责渲染状态，各模块职责明确，后续维护和扩展都更方便。

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