@capacitor/background-runner
Background Runner 提供了一个基于事件的独立 JavaScript 环境,用于在 Web 视图之外执行你的 JavaScript 代码。
安装
npm install @capacitor/background-runner
npx cap sync
Background Runner 支持多种需要用户事先授权的设备 API。
iOS
在 iOS 上,你必须启用 Background Modes(后台模式)功能。

添加完成后,你至少需要启用 Background fetch 和 Background processing 模式,才能注册和调度你的后台任务。
如果你将使用 Geolocation 或 Push Notifications,请分别启用 Location updates 或 Remote notifications。

你还需要在 Info.plist 文件中添加以下条目:
<key>BGTaskSchedulerPermittedIdentifiers</key>
<array>
<string>com.example.background.task</string>
</array>
阅读关于在 iOS 指南 中配置 Info.plist 的更多信息,以了解在 Xcode 中设置 iOS 权限的详情。
确保你在插件配置的 label 字段中使用与 BGTaskSchedulerPermittedIdentifiers 相同的标识符(例如 "com.example.background.task")。
启用 Background Modes 功能后,在你的应用的 AppDelegate.swift 中添加以下内容:
在文件顶部,import Capacitor 下方添加:
import CapacitorBackgroundRunner
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
// ....
BackgroundRunnerPlugin.registerBackgroundTask()
BackgroundRunnerPlugin.handleApplicationDidFinishLaunching(launchOptions: launchOptions)
// ....
return true
}
要允许 Background Runner 处理远程通知,请添加以下内容:
func application(_ application: UIApplication, didReceiveRemoteNotification userInfo: [AnyHashable : Any], fetchCompletionHandler completionHandler: @escaping (UIBackgroundFetchResult) -> Void) {
// ....
BackgroundRunnerPlugin.dispatchEvent(event: "remoteNotification", eventArgs: userInfo) { result in
switch result {
case .success:
completionHandler(.newData)
case .failure:
completionHandler(.failed)
}
}
}
地理定位
Apple 要求在 Info.plist 中为位置信息指定隐私描述:
NSLocationAlwaysUsageDescription(隐私 - 始终使用位置描述)NSLocationWhenInUseUsageDescription(隐私 - 使用时位置描述)
Android
在 android/app/build.gradle 中插入以下内容:
...
repositories {
flatDir{
dirs '../capacitor-cordova-android-plugins/src/main/libs', 'libs'
+ dirs '../../node_modules/@capacitor/background-runner/android/src/main/libs', 'libs'
}
}
...
如果你要从 1.0.5 版本升级且已有 Android 项目,请务必从 android/src/main/libs 中删除 android-js-engine-release.aar。
地理定位
此 API 需要在你的 AndroidManifest.xml 中添加以下权限:
<!-- 地理定位 API -->
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<uses-feature android:name="android.hardware.location.gps" />
前两个权限请求位置数据(包括精确定位和粗略定位),最后一行是可选的,但如果你的应用 需要 GPS 才能运行,则必须添加。你也可以省略它,但请注意这可能导致你的应用被安装在没有 GPS 硬件的设备上。
本地通知
Android 13 需要权限检查才能发送通知。你需要相应地调用 checkPermissions() 和 requestPermissions()。
在 Android 12 及更早版本上,不会显示提示,并且会直接返回已授权。
从 Android 12 开始,计划的(定时)通知将不会精确执行,除非在 AndroidManifest.xml 中添加此权限:
<uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM" />
请注意,即使存在此权限,用户仍然可以从应用设置中禁用精确通知。
阅读关于在 Android 指南 中设置权限 的更多信息,以了解在 Android 上设置权限的详情。
关于 Background Runner
在构建复杂应用的过程中,有时需要在应用不在前台时执行工作。标准 Capacitor 应用的挑战在于,当这些后台事件发生时,Web 视图不可用,因此你需要编写原生代码来处理这些事件。这就是 Background Runner 插件的作用所在。
Background Runner 让你可以轻松编写 JavaScript 代码来处理原生后台事件。你只需要创建你的 runner JavaScript 文件并定义配置,然后 Background Runner 插件将自动配置和调度一个原生后台任务,该任务将根据你的配置和平台的规则执行。无需修改你的 UI 代码。
使用 Background Runner
Background Runner 包含一个无头 JavaScript 环境,用于调用在你 capacitor.config.ts 文件中指定的 JavaScript 文件中的事件处理程序。如果 runner 在你的 runner 文件中找到与传入事件对应的事件处理程序,它将执行该事件处理程序,然后在调用 resolve() 或 reject() 时(或操作系统强制终止你的进程时)关闭。
示例 Runner JS 文件
addEventListener('myCustomEvent', (resolve, reject, args) => {
console.log('do something to update the system here');
resolve();
});
addEventListener('myCustomEventWithReturnData', (resolve, reject, args) => {
try {
console.log('accepted this data: ' + JSON.stringify(args.user));
const updatedUser = args.user;
updatedUser.firstName = updatedUser.firstName + ' HELLO';
updatedUser.lastName = updatedUser.lastName + ' WORLD';
resolve(updatedUser);
} catch (err) {
reject(err);
}
});
addEventListener('remoteNotification', (resolve, reject, args) => {
try {
console.log('received silent push notification');
CapacitorNotifications.schedule([
{
id: 100,
title: 'Enterprise Background Runner',
body: 'Received silent push notification',
},
]);
resolve();
} catch (err) {
reject();
}
});
在每个由 runner 调用的事件处理程序中,必须调用 resolve() 或 reject()。如果不这样做,当你的事件在应用后台被调用时,可能导致你的 runner 被操作系统杀死。如果应用在前台,对 dispatchEvent 的异步调用可能无法 resolve。
查看更多使用 Background Runner 的真实世界示例,请查看 Background Runner 测试应用。
配置 Background Runner
在加载时,Background Runner 将自动注册一个后台任务,该任务将在你的应用进入后台后被调度并运行。
| 属性 | 类型 | 描述 | 自 |
|---|---|---|---|
label | string | runner 的名称,用于日志。 | 1.0.0 |
src | string | runner JavaScript 文件的路径,相对于应用包。 | 1.0.0 |
event | string | 当操作系统执行后台任务时将调用的事件名称。 | 1.0.0 |
repeat | boolean | 后台任务是否应根据 interval 中设置的间隔重复执行。 | 1.0.0 |
interval | number | 应用进入后台后,后台任务开始执行前的分钟数。如果 repeat 为 true,这也指定了每次执行之间的间隔分钟数。 | 1.0.0 |
autoStart | boolean | 在应用加载时自动注册和调度后台任务。 | 1.0.0 |
示例
在 capacitor.config.json 中:
{
"plugins": {
"BackgroundRunner": {
"label": "com.example.background.task",
"src": "runners/background.js",
"event": "myCustomEvent",
"repeat": true,
"interval": 15,
"autoStart": true
}
}
}
在 capacitor.config.ts 中:
/// <reference types="@capacitor/background-runner" />
import { CapacitorConfig } from '@capacitor/cli';
const config: CapacitorConfig = {
plugins: {
BackgroundRunner: {
label: "com.example.background.task",
src: "runners/background.js",
event: "myCustomEvent",
repeat: true,
interval: 15,
autoStart: true,
},
},
};
export default config;
JavaScript API
Background Runner 不在浏览器或 Web 视图中执行你的 JavaScript 代码,因此你可能习惯使用的典型 Web API 可能不可用。这包括 DOM API 以及与应用的 DOM 进行交互的能力。
以下是 Background Runner 中提供的可用 Web API 列表:
- console
- 仅支持
info、log、warn、error和debug
- 仅支持
- TextDecoder
- 仅支持
decode
- 仅支持
- TextEncoder
- 仅支持
encode
- 仅支持
- addEventListener
- 不支持事件监听器选项和
useCapture
- 不支持事件监听器选项和
- setTimeout
- setInterval
- clearTimeout
- clearInterval
- crypto
- fetch
- 尚未支持 Request 对象
- 在 options 对象中仅支持
method、headers和body
除了标准的 Web API,Background Runner 还支持一系列暴露相关移动设备功能的自定义 Capacitor API。
Runner 生命周期
目前,runner 设计用于在应用后台执行周期性的短时突发任务,或在应用前台时在与 UI 分离的线程中执行异步工作。因此,runner 不会长时间存在。runner 中事件调用之间的状态不会保留。每次调用 dispatchEvent() 都会创建一个新的上下文,在其中加载和执行你的 runner 代码,一旦调用 resolve() 或 reject(),该上下文就会被销毁。
Android 电池优化
一些 Android 厂商提供了超出原生 Android 的内置电池优化设置。其中一些优化需要由你的最终用户禁用,才能使你的后台任务正常工作。
访问 Don't kill my app! 了解受影响的制造商以及用户调整设置所需的步骤。
后台任务的限制
在移动操作系统上,不可能运行持久、始终在线的后台服务。由于 iOS 和 Android 为了减少电池和数据消耗而施加的限制,后台任务受到各种限制,你在设计和实现后台任务时必须牢记这些限制。
iOS
- 你的每次任务调用大约有最多 30 秒的运行时间,之后你必须调用
completed(),否则你的任务将被杀死。 - 虽然你可以设置一个间隔来定义任务在应用后台化后何时运行,或多久运行一次,但这并不保证。iOS 将决定你的任务最终何时以及多久运行一次,部分取决于你的应用的使用频率。
- 后台任务不会在模拟器中执行。