Android：如何在联网时触发WorkManager实现数据同步（替代BroadcastReceiver）

嘿，刚好我之前做过类似的需求，针对你遇到的问题，给你两个靠谱的方案，完美适配Android新版本要求，还能解决应用被后台杀死的问题：

方案一：WorkManager + 网络约束（最推荐，无需手动监听） #

WorkManager是Android官方推荐的后台任务调度框架，它能自动处理应用进程被销毁的情况，而且支持设置网络约束——当网络连接恢复时，系统会自动触发你的同步任务，完全不需要依赖onDestroy这种不可靠的生命周期方法。

实现步骤： #

1. 定义WorkManager的约束：设置仅当网络连接可用时才执行任务
2. 调度唯一同步任务：用enqueueUniqueWork确保同一时间只有一个同步任务在队列中
3. 同步完成后重新调度：让任务能持续监听下一次网络恢复

代码示例：

首先，在应用启动时（比如Application的onCreate或者主Activity的onCreate）初始化调度：

private void scheduleSyncTask(Context context) {
    // 设置网络约束：仅当网络连接时执行
    Constraints constraints = new Constraints.Builder()
            .setRequiredNetworkType(NetworkType.CONNECTED)
            .build();

    // 创建同步任务
    OneTimeWorkRequest syncWork = new OneTimeWorkRequest.Builder(SyncWorker.class)
            .setConstraints(constraints)
            .build();

    // 调度唯一任务，避免重复创建
    WorkManager.getInstance(context).enqueueUniqueWork(
            "DataSyncTask",
            ExistingWorkPolicy.KEEP, // 如果已有任务在队列，保留即可
            syncWork
    );
}

然后，在你的SyncWorker类的doWork方法里，执行完同步逻辑后，重新调度任务，确保下次网络恢复时还能触发：

public class SyncWorker extends Worker {
    public SyncWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // 执行你已经实现好的同步逻辑
        boolean syncSuccess = performDataSync();

        // 同步完成后，重新调度任务，监听下一次网络恢复
        if (syncSuccess) {
            scheduleSyncTask(getApplicationContext());
        }

        return syncSuccess ? Result.success() : Result.retry();
    }

    private boolean performDataSync() {
        // 你的数据同步逻辑（已实现的代码）
        return true;
    }

    private void scheduleSyncTask(Context context) {
        Constraints constraints = new Constraints.Builder()
                .setRequiredNetworkType(NetworkType.CONNECTED)
                .build();

        OneTimeWorkRequest syncWork = new OneTimeWorkRequest.Builder(SyncWorker.class)
                .setConstraints(constraints)
                .build();

        WorkManager.getInstance(context).enqueueUniqueWork(
                "DataSyncTask",
                ExistingWorkPolicy.REPLACE, // 替换旧任务，保证最新的约束生效
                syncWork
        );
    }
}

为什么这个方案能解决应用被杀死的问题？ #

WorkManager是由Android系统托管的，即使你的应用被从最近任务列表关闭（进程被杀），只要网络连接恢复，系统会自动启动一个临时进程来执行你的SyncWorker，完全不依赖应用的生命周期。

方案二：ConnectivityManager.NetworkCallback + WorkManager（手动监听网络） #

如果你需要更精细的网络状态控制（比如区分WiFi/蜂窝网络），可以用NetworkCallback替代已弃用的BroadcastReceiver，监听网络状态变化，在网络可用时触发WorkManager同步任务。

实现步骤： #

1. 在Application类中注册NetworkCallback，确保应用进程存活时能监听网络变化
2. 当检测到网络可用时，调度WorkManager的同步任务

代码示例：

public class MyApplication extends Application {
    private ConnectivityManager.NetworkCallback networkCallback;

    @Override
    public void onCreate() {
        super.onCreate();
        setupNetworkListener();
    }

    private void setupNetworkListener() {
        ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
        
        networkCallback = new ConnectivityManager.NetworkCallback() {
            @Override
            public void onAvailable(Network network) {
                // 网络可用，触发同步任务
                OneTimeWorkRequest syncWork = new OneTimeWorkRequest.Builder(SyncWorker.class)
                        .build();
                WorkManager.getInstance(getApplicationContext()).enqueueUniqueWork(
                        "DataSyncTask",
                        ExistingWorkPolicy.REPLACE,
                        syncWork
                );
            }
        };

        // 创建网络请求，监听所有可用的网络类型
        NetworkRequest networkRequest = new NetworkRequest.Builder()
                .addCapability(NetworkCapabilities.NET_CAPABILITY_INTERNET)
                .addTransportType(NetworkCapabilities.TRANSPORT_WIFI)
                .addTransportType(NetworkCapabilities.TRANSPORT_CELLULAR)
                .build();

        cm.registerNetworkCallback(networkRequest, networkCallback);
    }

    // 注意：如果是在Activity中注册，需要在onDestroy中注销，但Application无需手动注销
    // @Override
    // public void onTerminate() {
    //     super.onTerminate();
    //     ConnectivityManager cm = (ConnectivityManager) getSystemService(Context.CONNECTIVITY_SERVICE);
    //     cm.unregisterNetworkCallback(networkCallback);
    // }
}

注意事项： #

• 这个方案依赖应用进程存活，如果应用被杀死，NetworkCallback会失效，这时候还是需要结合方案一的WorkManager来保证任务能被触发。
• 记得在AndroidManifest.xml中添加权限：

  <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
  <uses-permission android:name="android.permission.INTERNET" />
  

总结 #

优先选择方案一，因为它完全由系统托管，不需要手动处理网络监听，还能跨进程保证任务执行，完美解决应用被后台杀死的问题。方案二更适合需要精细控制网络类型的场景，建议和方案一结合使用，确保覆盖所有情况。

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