@capacitor/background-runner
Background Runner 提供了一个基于事件的独立 JavaScript 环境,用于在 WebView 外部执行您的 JavaScript 代码。
安装
npm install @capacitor/background-runner
npx cap sync
Background Runner 支持各种设备 API,这些 API 需要用户在使用前授予权限。
iOS
在 iOS 上,您必须启用 Background Modes 能力。

添加后,您必须至少启用 Background fetch 和 Background processing 模式,以启用注册和调度后台任务的能力。
如果您将使用 Geolocation 或 Push Notifications,请分别启用 Location updates 或 Remote notifications。

启用 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)
}
}
}
Geolocation
Apple 要求在 Info.plist 中为位置信息指定隐私描述:
NSLocationAlwaysUsageDescription(Privacy - Location Always Usage Description)NSLocationWhenInUseUsageDescription(Privacy - Location When In Use Usage Description)
阅读 iOS 指南 中的 配置 Info.plist 以获取有关在 Xcode 中设置 iOS 权限的更多信息。
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。
Geolocation
此 API 需要将以下权限添加到您的 AndroidManifest.xml:
<!-- Geolocation 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 硬件的设备上。
Local Notifications
Android 13 需要进行权限检查才能发送通知。您需要相应地调用 checkPermissions() 和 requestPermissions()。
在 Android 12 及更早版本上,它不会显示提示,并将直接返回已授权。
从 Android 12 开始,除非将此权限添加到您的 AndroidManifest.xml,否则计划的推送通知将不精确:
<uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM" />
请注意,即使存在此权限,用户仍然可以从应用设置中禁用精确通知。
阅读 Android 指南 中的 设置权限 以获取有关设置 Android 权限的更多信息。
关于 Background Runner
在构建复杂应用的过程中,有时需要在应用不在前台时执行工作。标准 Capacitor 应用的挑战在于,当这些后台事件发生时 WebView 不可用,需要您编写原生代码来处理这些事件。这就是 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('在此处执行一些操作以更新系统');
resolve();
});
addEventListener('myCustomEventWithReturnData', (resolve, reject, args) => {
try {
console.log('接受了这些数据:' + 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('收到静默推送通知');
CapacitorNotifications.schedule([
{
id: 100,
title: '企业 Background Runner',
body: '收到静默推送通知',
},
]);
resolve();
} catch (err) {
reject();
}
});
在 runner 调用的每个事件处理程序中必须调用 resolve() / reject()。如果未这样做,当应用在后台时事件被调用,您的 runner 可能会被操作系统杀死。如果应用在前台,对 dispatchEvent 的异步调用可能不会 resolve。
有关使用 Background Runner 的更多实际示例,请查看 Background Runner Test App。
配置 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 不在浏览器或 WebView 中执行您的 JavaScript 代码,因此您可能习惯的典型 Web API 可能不可用。这包括 DOM API 以及与应用的 DOM 交互的能力。
以下是 Background Runner 中提供的可用 Web API 列表:
- console
- 仅支持
info、log、warn、error和debug
- 仅支持
- TextDecoder
- 仅支持
decode
- 仅支持
- TextEncoder
- 仅支持
encode
- 仅支持
- addEventListener
- 不支持 Event Listener options 和
useCapture
- 不支持 Event Listener options 和
- setTimeout
- setInterval
- clearTimeout
- clearInterval
- crypto
- fetch
- 尚不支持 Request 对象
- options 对象中仅支持
method、headers和body
除了标准的 Web API 之外,Background Runner 还支持许多自定义 Capacitor API,这 些 API 公开了相关的移动设备功能。
Runner 生命周期
目前,runners 设计用于在应用处于后台时执行周期性的突发工作,或在应用处于前台时在与 UI 分离的线程中执行异步工作。因此,runners 不会长期存在。runner 中的事件调用之间不会维护状态。每次调用 dispatchEvent() 都会创建一个新的上下文,在该上下文中加载和执行您的 runner 代码,一旦调用 resolve() 或 reject(),该上下文就会被销毁。
Android 电池优化
某些 Android 厂商提供了超出原生 Android 范围的内置电池优化设置。其中一些优化必须由您的最终用户禁用,才能使您的后台任务正常工作。
访问 Don't kill my app! 了解受影响的制造商以及您的用户调整设置所需的步骤。
后台任务的限制
在移动操作系统上无法运行持久、始终运行的后台服务。由于 iOS 和 Android 为减少电池和数据消耗而施加的限制,后台任务受到各种限制,您在设计和实现后台任务时必须牢记这些限制。
iOS
- 每次调用您的任务大约有最多 30 秒的运行时间,之后您必须调用
completed()或者您的任务将被终止。 - 虽然您可以设置一个间隔来定义应用进入后台后何时运行任务,或者任务应多久运行一次,但这并不保证。iOS 将决定您的任务最终何时以及多久运行一次,这部分取决于您应用的使用频率。
- 后台任务不会在模拟器中执行。
Android
- 您的任务最多有 10 分钟来执行工作,但为了使您的任务跨平台兼容,您应将工作限制在最多 30 秒内。
- 重复的后台任务至少需要有 15 分钟的最小间隔。与 iOS 类似,您请求的任何间隔可能都不会完全命中——实际执行时间受操作系统电池优化和其他启发式算法的影响。
API
checkPermissions()
checkPermissions() => any
检查各种 Capacitor 设备 API 的权限。
返回: any
自从: 1.0.0
requestPermissions(...)
requestPermissions(options: RequestPermissionOptions) => any
请求显示本地通知的权限。
| 参数 | 类型 |
|---|---|
options | |
返回: any
自从: 1.0.0
dispatchEvent(...)
dispatchEvent<T = void>(options: DispatchEventOptions) => any
向配置的 runner 派发一个事件。
| 参数 | 类型 |
|---|---|
options | |
返回: any
自从: 1.0.0
接口
PermissionStatus
| 属性 | 类型 |
|---|---|
geolocation | |
notifications | |