求推荐支持iOS/Android的React Native后台定时任务库（APP关闭仍运行）

Android 实现方案 #

Android 平台推荐使用 WorkManager 来实现APP关闭后仍能运行的周期性任务，它是Jetpack官方组件，专门适配不同版本的Android后台限制，可靠性高。

步骤1：添加依赖 #

在Module级别的build.gradle中引入WorkManager依赖：

dependencies {
    implementation "androidx.work:work-runtime:2.8.1"
}

步骤2：定义任务执行类 #

创建继承自Worker的类，在doWork()方法中编写你的业务逻辑：

class HourlyTaskWorker(context: Context, params: WorkerParameters) : Worker(context, params) {
    override fun doWork(): Result {
        // 执行你的每小时任务
        runTargetFunction()
        // 返回任务结果：成功/重试/失败
        return Result.success()
    }

    private fun runTargetFunction() {
        // 这里写你需要周期性执行的代码
    }
}

步骤3：调度周期性任务 #

在APP启动时（比如Application类或首页Activity的onCreate方法中），创建并提交周期性任务请求：

val hourlyTask = PeriodicWorkRequestBuilder<HourlyTaskWorker>(1, TimeUnit.HOURS)
    // 可选：添加约束，比如仅在有网络时执行
    .setConstraints(Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED)
        .build())
    .build()

WorkManager.getInstance(context).enqueue(hourlyTask)

关键注意事项 #

• Android系统强制要求周期性任务的最小间隔为15分钟，设置1小时符合规则。
• 系统电池优化可能延迟任务执行，建议引导用户在系统设置中关闭当前APP的电池优化（需申请REQUEST_IGNORE_BATTERY_OPTIMIZATIONS权限）。
• doWork()方法内的逻辑要控制在10分钟以内，超时会被系统强制终止。

iOS 实现方案 #

iOS对后台任务的限制远严格于Android，无法实现精确每小时的后台执行，只能通过以下方案近似满足需求，需根据业务场景选择：

方案1：后台刷新（Background App Refresh） #

适合轻量数据同步场景，系统会根据用户使用习惯、电池状态等调度任务，无法保证严格每小时，但能在后台周期性唤醒APP。

配置步骤

1. 在Info.plist中添加UIBackgroundModes数组，包含fetch项。
2. 在AppDelegate或SceneDelegate中实现刷新回调：

// AppDelegate示例
func application(_ application: UIApplication, performFetchWithCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
    // 执行你的任务逻辑
    runTargetFunction()
    // 通知系统任务完成状态
    completionHandler(.newData)
}

private func runTargetFunction() {
    // 你的业务代码
}

注意事项

• 系统调度间隔不固定，可能从几十分钟到数小时不等，无法精确控制。
• 每次后台刷新的执行时间限制在30秒以内，超时会被系统终止。

方案2：静默推送（Silent Push Notifications） #

这是最接近精确每小时执行的方案，通过服务器每小时发送一条静默推送，APP收到后触发后台任务。

配置步骤

1. 开启APP的远程推送权限，在Info.plist中添加UIBackgroundModes数组，包含remote-notification项。
2. 处理静默推送回调：

// AppDelegate示例
func application(_ application: UIApplication, didReceiveRemoteNotification userInfo: [AnyHashable : Any], fetchCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
    // 判断是否为静默推送（payload需包含content-available: 1）
    if userInfo["content-available"] as? Int == 1 {
        runTargetFunction()
    }
    completionHandler(.noData)
}

注意事项

• 静默推送的payload必须包含content-available: 1，且不能包含alert、sound等可见内容。
• 依赖服务器定时发送推送，需保证服务器稳定性。
• 用户可能关闭推送权限，需提前引导用户开启。

方案3：位置触发（仅适合有位置需求的APP） #

如果APP涉及位置功能，可以利用显著位置变化监听或区域监控，当位置变化时触发后台任务，但无法保证每小时执行，仅在用户移动时生效。

跨平台通用注意事项 #

• 后台任务要尽量轻量化，避免过度消耗电量和资源，否则会被系统限制或遭用户卸载。
• 首次启动APP时需向用户说明后台任务的用途，获取用户理解与授权。
• 测试必须在真实设备上进行，模拟器的后台行为与真实设备存在差异。

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