RecyclerView的adapter.notifyDataSetChanged()在BroadcastReceiver中失效

我之前也碰到过一模一样的情况，核心问题基本都是数据更新后没通知Adapter，或者数据源引用没同步，咱们一步步来搞定：

先揪出核心原因 #

你已经在BroadcastReceiver里更新了静态集合apps，但RecyclerView没变化，大概率是这两个问题：

1. 只更新了集合内容，但没调用Adapter的通知方法，RecyclerView根本不知道数据变了；
2. 直接重新创建了apps对象（比如apps = new ArrayList<>(新数据)），但Adapter持有的还是旧的集合引用，就算调用notify也没用。

具体解决方案 #

方案1：更新原集合内容+通知Adapter

这种方式不会改变集合的引用，Adapter一直用同一个数据源，是最稳妥的做法：

public class AppListener extends BroadcastReceiver { 
    @Override 
    public void onReceive(Context context, Intent arg1) { 
        Log.d("Akshay", "there is a broadcast");
        
        // 替换成你获取新App数据的实际逻辑
        List<AppDetail> newUpdatedApps = getLatestAppDetails();
        
        // 先确保静态变量已初始化，避免空指针崩溃
        if(apps != null && adapter != null) {
            // 清空旧数据，批量添加新数据
            apps.clear();
            apps.addAll(newUpdatedApps);
            // 关键一步：通知Adapter数据已变更，RecyclerView才会刷新UI
            adapter.notifyDataSetChanged();
        }
    }
}

方案2：如果必须重新赋值集合，同步更新Adapter的数据源

如果你因为业务需求必须重新创建apps对象，那一定要让Adapter拿到新的集合引用：

// 先在你的CustomAdapter里加一个更新数据源的方法
public class CustomAdapter extends RecyclerView.Adapter<CustomAdapter.ViewHolder> {
    private List<AppDetail> mApps;
    
    // 构造方法
    public CustomAdapter(List<AppDetail> apps) {
        this.mApps = apps;
    }
    
    // 添加更新数据源的方法
    public void updateApps(List<AppDetail> newApps) {
        this.mApps = newApps;
    }
    
    // 其他ViewHolder、绑定逻辑等方法...
}

// 然后在BroadcastReceiver里这样写
public class AppListener extends BroadcastReceiver { 
    @Override 
    public void onReceive(Context context, Intent arg1) { 
        Log.d("Akshay", "there is a broadcast");
        
        List<AppDetail> newUpdatedApps = getLatestAppDetails();
        
        if(adapter != null) {
            // 重新赋值静态集合
            apps = new ArrayList<>(newUpdatedApps);
            // 同步更新Adapter的数据源
            adapter.updateApps(apps);
            adapter.notifyDataSetChanged();
        }
    }
}

额外注意事项 #

• 空指针检查：一定要确保apps和adapter已经被初始化，不然调用notifyDataSetChanged()会直接崩溃；
• 主线程要求：虽然onReceive本身是在主线程执行的，但如果你的数据获取是异步操作（比如从数据库/网络拉取），一定要在主线程调用Adapter的notify方法，否则会触发UI线程异常；
• 静态变量的风险：用静态的apps和adapter虽然跨组件访问方便，但容易导致内存泄漏（比如Adapter持有Activity的引用无法被GC回收），如果是在Activity/Fragment场景下，更推荐用ViewModel+LiveData来管理数据，它能自动监听数据变化并刷新UI，还能避免内存泄漏问题。

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