鸿蒙API14开发【@ohos.resourceschedule.workScheduler (延迟任务调度)】后台任务开发

最新推荐文章于 2026-01-08 10:24:00 发布
原创 最新推荐文章于 2026-01-08 10:24:00 发布 · 625 阅读 · 10 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#harmonyos #华为 #鸿蒙 #鸿蒙系统

本模块提供延迟任务注册、取消、查询的能力。在开发过程中，对于实时性要求不高的任务，可以调用本模块接口注册延迟任务，在系统空闲时根据性能、功耗、热等情况进行调度执行。

说明：

本模块首批接口从API version 9开始支持。后续版本的新增接口，采用上角标单独标记接口的起始版本。

本模块接口仅可在Stage模型下使用。

导入模块

import { workScheduler } from '@kit.BackgroundTasksKit';
ts

workScheduler.startWork

startWork(work: WorkInfo): void

申请延迟任务。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
work[WorkInfo]是要添加到执行队列的延迟任务。
错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types; 3. Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.
9700005Calling startWork failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';
  
  let workInfo: workScheduler.WorkInfo = {
      workId: 1,
      batteryStatus:workScheduler.BatteryStatus.BATTERY_STATUS_LOW,
      isRepeat: false,
      isPersisted: true,
      bundleName: "com.example.myapplication",
      abilityName: "MyExtension",
      parameters: {
          mykey0: 1,
          mykey1: "string value",
          mykey2: true,
          mykey3: 1.5
      }
  }
  try{
    workScheduler.startWork(workInfo);
    console.info('workschedulerLog startWork success');
  } catch (error) {
    console.error(`workschedulerLog startwork failed. code is ${(error as BusinessError).code} message is ${(error as BusinessError).message}`);
  }
ts

workScheduler.stopWork

stopWork(work: WorkInfo, needCancel?: boolean): void

取消延迟任务。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
work[WorkInfo]是要停止或移除的延迟任务。
needCancelboolean否是否需要移除任务。 true表示停止并移除，false表示只停止不移除。默认为false。
错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types; 3. Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  let workInfo: workScheduler.WorkInfo = {
      workId: 1,
      batteryStatus:workScheduler.BatteryStatus.BATTERY_STATUS_LOW,
      isRepeat: false,
      isPersisted: true,
      bundleName: "com.example.myapplication",
      abilityName: "MyExtension",
      parameters: {
          mykey0: 1,
          mykey1: "string value",
          mykey2: true,
          mykey3: 1.5
      }
     }
  try{
    workScheduler.stopWork(workInfo, false);
    console.info('workschedulerLog stopWork success');
  } catch (error) {
    console.error(`workschedulerLog stopWork failed. code is ${(error as BusinessError).code} message is ${(error as BusinessError).message}`);
  }
ts

workScheduler.getWorkStatus

getWorkStatus(workId: number, callback : AsyncCallback): void

通过workId获取延迟任务，使用Callback异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
workIdnumber是延迟任务Id。
callbackAsyncCallback<[WorkInfo]>是回调函数。如果workId有效，则返回从WorkSchedulerService获取的任务，否则抛出异常。
错误码ID错误信息
401Parameter error. Possible causes: Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.getWorkStatus(50, (error: BusinessError, res: workScheduler.WorkInfo) => {
    if (error) {
      console.error(`workschedulerLog getWorkStatus failed. code is ${error.code} message is ${error.message}`);
    } else {
      console.info(`workschedulerLog getWorkStatus success, ${JSON.stringify(res)}`);
    }
  });
ts

workScheduler.getWorkStatus

getWorkStatus(workId: number): Promise

通过workId获取延迟任务，使用Promise异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
workIdnumber是延迟任务Id。

返回值：

类型说明
Promise<[WorkInfo]>Promise对象，如果workId有效，则返回从WorkSchedulerService获取的任务，否则抛出异常。
错误码ID错误信息
401Parameter error. Possible causes: Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.getWorkStatus(50).then((res: workScheduler.WorkInfo) => {
    console.info(`workschedulerLog getWorkStatus success, ${JSON.stringify(res)}`);
  }).catch((error: BusinessError) => {
    console.error(`workschedulerLog getWorkStatus failed. code is ${error.code} message is ${error.message}`);
  })
ts

workScheduler.obtainAllWorksdeprecated

obtainAllWorks(callback : AsyncCallback) : Array

从API version 10开始不再维护，建议使用[workScheduler.obtainAllWorks10+]替代

获取当前应用所有的延迟任务，使用Callback异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
callbackAsyncCallback是回调函数，获取成功时，err为undefined，否则为错误对象。
错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.

workScheduler.obtainAllWorks10+

obtainAllWorks(callback : AsyncCallback<Array>): void

获取当前应用所有的延迟任务，使用Callback异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
callbackAsyncCallback<Array>是回调函数，获取成功时，err为undefined，否则为错误对象。
错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.obtainAllWorks((error: BusinessError, res: Array<workScheduler.WorkInfo>) =>{
    if (error) {
      console.error(`workschedulerLog obtainAllWorks failed. code is ${error.code} message is ${error.message}`);
    } else {
      console.info(`workschedulerLog obtainAllWorks success, data is: ${JSON.stringify(res)}`);
    }
  });
ts

workScheduler.obtainAllWorks

obtainAllWorks(): Promise<Array>

获取当前应用所有的延迟任务，使用Promise异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

返回值：

类型说明
Promise<Array<[WorkInfo])>>Promise对象，返回当前应用所有的延迟任务。
错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.obtainAllWorks().then((res: Array<workScheduler.WorkInfo>) => {
    console.info(`workschedulerLog obtainAllWorks success, data is: ${JSON.stringify(res)}`);
  }).catch((error: BusinessError) => {
    console.error(`workschedulerLog obtainAllWorks failed. code is ${error.code} message is ${error.message}`);
  })
ts

workScheduler.stopAndClearWorks

stopAndClearWorks(): void

停止和取消当前应用所有的延迟任务。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

错误码ID错误信息
401Parameter error. Possible causes: 1. Mandatory parameters are left unspecified; 2. Incorrect parameters types.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  try{
    workScheduler.stopAndClearWorks();
    console.info(`workschedulerLog stopAndClearWorks success`);
  } catch (error) {
    console.error(`workschedulerLog stopAndClearWorks failed. code is ${(error as BusinessError).code} message is ${(error as BusinessError).message}`);
  }
ts

workScheduler.isLastWorkTimeOutdeprecated

isLastWorkTimeOut(workId: number, callback : AsyncCallback): boolean

检查延迟任务的最后一次执行是否超时，使用Callback异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
workIdnumber是指定延迟任务的Id。
callbackAsyncCallback是回调函数。
错误码ID错误信息
401Parameter error. Possible causes: Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

workScheduler.isLastWorkTimeOut10+

isLastWorkTimeOut(workId: number, callback : AsyncCallback): void

检查延迟任务的最后一次执行是否超时，使用Callback异步回调。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
workIdnumber是指定延迟任务的Id。
callbackAsyncCallback是回调函数。
错误码ID错误信息
401Parameter error. Possible causes: Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.isLastWorkTimeOut(500, (error: BusinessError, res: boolean) =>{
    if (error) {
      console.error(`workschedulerLog isLastWorkTimeOut failed. code is ${error.code} message is ${error.message}`);
    } else {
      console.info(`workschedulerLog isLastWorkTimeOut success, data is: ${res}`);
    }
  });
ts

workScheduler.isLastWorkTimeOut

isLastWorkTimeOut(workId: number): Promise

检查延迟任务的最后一次执行是否超时，使用Promise形式返回。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

参数：

参数名类型必填说明
workIdnumber是指定延迟任务的Id。

返回值：

类型说明
PromisePromise对象。返回true表示指定任务的最后一次执行超时，false表示未超时。
错误码ID错误信息
401Parameter error. Possible causes: Parameter verification failed.
9700001Memory operation failed.
9700002Parcel operation failed.
9700003System service operation failed.
9700004Check on workInfo failed.

示例：

  import { BusinessError } from '@kit.BasicServicesKit';

  workScheduler.isLastWorkTimeOut(500)
    .then((res: boolean) => {
      console.info(`workschedulerLog isLastWorkTimeOut success, data is: ${res}`);
    })
    .catch((error: BusinessError) =>  {
      console.error(`workschedulerLog isLastWorkTimeOut failed. code is ${error.code} message is ${error.message}`);
    });
ts

WorkInfo

延迟任务的具体信息。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

名称类型必填说明
workIdnumber是延迟任务ID。
bundleNamestring是延迟任务所在应用的包名。
abilityNamestring是包内ability名称。
networkType[NetworkType]否网络类型。
isChargingboolean否是否充电。 - true表示充电触发延迟回调。 - false表示不充电触发延迟回调。
chargerType[ChargingType]否充电类型。
batteryLevelnumber否电量。
batteryStatus[BatteryStatus]否电池状态。
storageRequest[StorageRequest]否存储状态。
isRepeatboolean否是否循环任务。 - true表示循环任务。 - false表示非循环任务。
repeatCycleTimenumber否循环间隔，单位为毫秒。
repeatCountnumber否循环次数。
isPersistedboolean否注册的延迟任务是否可保存在系统中。 - true表示可保存，即系统重启后，任务可恢复。 - false表示不可保存。
isDeepIdleboolean否是否要求设备进入空闲状态。 - true表示需要。 - false表示不需要。
idleWaitTimenumber否空闲等待时间，单位为毫秒。
parametersRecord<string, numberstringboolean>

NetworkType

触发延迟回调的网络类型。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

名称值说明
NETWORK_TYPE_ANY0表示这个触发条件是任何类型的网络连接。
NETWORK_TYPE_MOBILE1表示这个触发条件是Mobile网络连接。
NETWORK_TYPE_WIFI2表示这个触发条件是Wifi类型的网络连接。
NETWORK_TYPE_BLUETOOTH3表示这个触发条件是Bluetooth网络连接。
NETWORK_TYPE_WIFI_P2P4表示这个触发条件是Wifi P2P网络连接。
NETWORK_TYPE_ETHERNET5表示这个触发条件是有线网络连接。

ChargingType

触发延迟回调的充电类型。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

名称值说明
CHARGING_PLUGGED_ANY0表示这个触发条件是任何类型的充电器连接。
CHARGING_PLUGGED_AC1表示这个触发条件是直流充电器连接。
CHARGING_PLUGGED_USB2表示这个触发条件是USB充连接。
CHARGING_PLUGGED_WIRELESS3表示这个触发条件是无线充电器连接。

BatteryStatus

触发延迟回调的电池状态。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

名称值说明
BATTERY_STATUS_LOW0表示这个触发条件是低电告警。
BATTERY_STATUS_OKAY1表示这个触发条件是从低电恢复到正常电量。
BATTERY_STATUS_LOW_OR_OKAY2表示这个触发条件是从低电恢复到正常电量或者低电告警。

StorageRequest

触发延迟回调的存储状态。

系统能力：SystemCapability.ResourceSchedule.WorkScheduler

名称值说明
STORAGE_LEVEL_LOW0表示这个触发条件是存储空间不足。
STORAGE_LEVEL_OKAY1表示这个触发条件是从存储空间不足恢复到正常。
STORAGE_LEVEL_LOW_OR_OKAY2表示这个触发条件是存储空间不足或者从存储空间不足恢复到正常。

加入鸿蒙学习阵营！

除了本文，面费领《HarmonyOS应用开发》+《鸿蒙openharmony系统开发大全》 等入门进阶资料！关注我的优快云主页，持续获取：
在这里插入图片描述

最新鸿蒙技术文章
独家项目实战教程
免费直播/训练营信息
👉 下方资源区已为你备好！

v07.08 鸿蒙内核源码分析(调度机制) | 任务是如何被调度执行的 | 百篇博客分析HarmonyOS源码
日拱一卒，力出一孔
09-21 3万+
提示：本文基于开源鸿蒙内核分析，官方源码【kernel_liteos_a】，官方文档【docs】 本文作者：鸿蒙内核发烧友，将持续研究鸿蒙内核，更新博文，敬请关注。内容仅代表个人观点，错误之处，欢迎大家指正完善。 本文分析任务调度机制源码 详见:../kernel/base/sched/sched_sq/los_sched.c 建议先阅读 阅读本文之前建议先读 鸿蒙内核源码分析(Task/线程管理篇) 鸿蒙内核源码分析(进程管理篇) 鸿蒙内核源码分析(调度队列篇) 以便对本文任务调度机制的理解
鸿蒙OpenHarmony【@ohos.resourceschedule.workScheduler (延迟任务调度)】ArkTS API
hhhhhh2323的博客
12-20 381
本模块提供延迟任务注册、取消、查询的能力。在开发过程中，对于实时性要求不高的任务，可以调用本模块接口注册延迟任务，在系统空闲时根据性能、功耗、热等情况进行调度执行。
鸿蒙5.0【OpenHarmony后台任务】
2401_82772199的博客
08-22 3053
后台应用频繁活动，会造成用户设备耗电快、卡顿等现象。因此，为了支撑性能、功耗诉求，系统仅允许应用在后台执行规范内的活动，规范外的活动默认会被挂起，当资源不足时会被回收。 针对应用或业务模块处于后台（无可见界面）时，有需要继续执行或者后续执行的业务，可基于业务类型，申请短时任务。
鸿蒙OpenHarmony【@ohos.WorkSchedulerExtensionAbility (延迟任务调度回调)】ArkTS API
hhhhhh2323的博客
12-20 437
本模块提供延迟任务回调能力。开发者可重写模块接口，在延迟任务触发时，系统可通过本模块接口回调应用，在回调里处理任务逻辑。
【鸿蒙next开发】后台任务开发：@ohos.resourceschedule.workScheduler (延迟任务调度)
m0_73088370的博客
06-27 1217
本文详细介绍了鸿蒙5.0（HarmonyOS NEXT）的延迟任务调度模块@ohos.resourceschedule.workScheduler。
Stage模型深入解读
HarmonyOSDev的博客
03-15 3371
例如，用户启动一个视频应用后，切换到“任务中心”界面，将会看到视频应用这个任务，当用户点击这个任务时，系统会把该任务切换到前台，如果这个视频应用中的视频编辑功能也是通过应用组件编写的，那么在用户启动视频编辑功能时，会创建视频编辑的应用组件实例，在“任务中心”界面中，将会展示视频应用、视频编辑两个任务。如何在不同窗口形态的设备上，提供统一的组件模型呢？系统在拉起过程中，通过底层软总线的能力在两个组件实例之间建立跨设备的RPC连接，开发者在获取RPC接口后，即可进行跨设备通信，适用于应用在设备间交互的场景。
鸿蒙Background Tasks Kit（后台任务开发服务）
m0_73992525的博客
11-13 939
Background Tasks Kit(后台任务开发服务)的简介以及短时任务、长时任务、延迟任务、代理提醒等四种后台任务类型
鸿蒙 Background Tasks Kit（后台任务开发服务）
bestadc的博客
05-19 1473
当应用退至后台时，系统会对其进行管控以降低设备耗电和保障用户界面流畅度。管控措施包括进程挂起和进程终止。为满足后台任务需求，系统提供了短时任务、长时任务、延迟任务和代理提醒等受约束的后台任务类型。短时任务适用于耗时短的任务，如状态保存，有配额和数量限制；长时任务适用于用户可感知的长时间任务，如音乐播放和导航，有类型和数量限制。延迟任务适用于可延迟执行的任务，如定时收取邮件。代理提醒适用于定时提醒类业务。系统对后台任务有严格的配额和限制，资源不足时仍可能终止进程。
arkts setInterval需要息屏时正常执行
04-23
3. 使用HarmonyOS提供的后台任务调度机制替代setInterval，如后台服务或定时任务API。 4. 处理应用的生命周期事件，确保在页面隐藏或应用进入后台时，定时任务不被中断。 还需要注意，不同的设备可能有不同的策略，...
鸿蒙原生应用/元服务开发-延迟任务开发实现（二）
weixin_69135651的博客
01-17 2132
在工程entry Module对应的ets目录(./entry/src/main/ets)下，新建目录及ArkTS文件，例如新建一个目录并命名为extension。至少设置一个满足的条件，包括网络类型、充电类型、存储状态、电池状态、定时状态等。延迟任务调度开发步骤分为两步：实现延迟任务调度扩展能力、实现延迟任务调度。以下是延迟任务开发使用的相关接口，更多接口及使用方式请见延迟任务文档。2.延迟任务调度：调用延迟任务接口，实现延迟任务申请、取消等功能。以下是延迟任务回调开发使用的相关接口。
OpenHarmony实战开发-任务延时调度。
2401_82546228的博客
04-09 1270
本示例使用@ohos.WorkSchedulerExtensionAbility 、@ohos.net.http 、@ohos.notification 、@ohos.bundle 、@ohos.fileio 等接口，实现了设置后台任务、下载更新包 、保存更新包、发送通知 、安装更新包实现升级的功能。
【HarmonyOS NEXT】ArkTS 线程模型解析与使用
cnzzs的博客
12-30 1005
1. 前置学习文档1.1 【HarmonyOS NEXT】ArkTs数据类型解析与使用1.2 【HarmonyOS NEXT】ArkTs函数、类、接口、泛型、装饰器解析与使用1.3 【HarmonyOS NEXT】ArkTs 模块的导出和引入1.4 【HarmonyOS NEXT】异步编程的神器之Promise2....
鸿蒙OpenHarmony【@ohos.resourceschedule.backgroundTaskManager (后台任务管理)】ArkTS API
hhhhhh2323的博客
12-19 836
本模块提供申请后台任务的接口。当应用退至后台时，开发者可以通过本模块接口为应用申请短时、长时任务，避免应用进程被终止或挂起。
鸿蒙实现后台任务管理
zouyang920的博客
12-09 1972
minimize方法提供该能力。若主窗口调用，可以将窗口最小化，并支持在Dock栏中还原。若子窗口调用，可以将窗口隐藏。首先需要在 module.json5 配置文件中为需要使用长时任务的 EntryAbility 声明任务类型。短时任务适用于小文件下载、缓存、信息发送等实时性高、需要临时占用资源执行的任务。
【鸿蒙HarmonyOS Next App实战开发】（四）学习训练营——从架构设计到核心功能实现
liuhaikang的博客
01-05 1145
随着HarmonyOS生态的快速发展，越来越多的开发者开始关注HarmonyOS应用开发。本文基于一个实际的教育类应用项目，分享HarmonyOS应用开发中的核心技术实践，包括ArkTS与WebView混合开发、JavaScript Proxy通信机制、TTS语音服务集成、关系型数据库应用等关键技术点。职责分离：ArkTS负责原生功能，H5负责UI交互服务封装：将TTS、数据库等功能封装成服务类，便于复用类型安全：充分利用ArkTS的类型系统，减少运行时错误混合开发架构。
鸿蒙元服务开发与分发实战：智能待办的跨设备流转
最新发布
myingrid的博客
01-08 976
鸿蒙元服务开发与分发实战 摘要 本文详细介绍了鸿蒙元服务开发与分发实战，以智能待办应用为例，重点阐述了元服务架构、原子化功能开发、跨设备流转实现等核心技术。主要内容包括： 鸿蒙元服务架构：解析FA/PA组件、AbilitySlice、Stage模型等核心组件，对比传统应用、快应用与元服务的差异。 原子化功能开发：将智能待办拆分为添加、提醒、搜索、分类等原子化元服务，并展示待办添加元服务的代码实现。 跨设备流转：通过软总线实现待办内容在不同设备间的流转，包括配置流转权限、触发流转逻辑等实现细节。 分发部署：介
【鸿蒙】web 加载vue dist 包里的 html
产品：SmartApi；服务：大前端++；其他技术分享
01-05 332
下面给你「带进度条 + 判断 index.html 已存在则跳过解压」的完整可运行版本，直接替换即可通过 ArkTS 校验。
方案一：使用系统任务管理（推荐） 通过BackgroundTaskManager实现定时任务触发应用拉起： TypeScript // 1. 申请后台任务权限 (module.json5) "requestPermissions": [ { "name": "ohos.permission.KEEP_BACKGROUND_RUNNING" } ] // 2. 创建后台任务 import backgroundTaskManager from '@ohos.resourceschedule.backgroundTaskManager'; function registerAutoStartTask() { const taskId = backgroundTaskManager.requestSuspendDelay( "AutoStartReason", () => { // 任务到期回调（拉起应用） startTargetAbility(); } ); // 设置定时触发（每天8:00） const triggerInfo = { repeatCount: -1, // 无限重复 repeatTime: 24 * 60 * 60 * 1000, // 24小时 triggerTime: getNext8AMTimestamp() // 下次8点时间戳 }; backgroundTaskManager.startBackgroundRunning( taskId, backgroundTaskManager.BackgroundMode.DATA_TRANSFER, triggerInfo ); } // 3. 拉起目标应用 function startTargetAbility() { let want = { deviceId: "", // 本机留空 bundleName: "com.example.targetapp", abilityName: "MainAbility" }; featureAbility.startAbility(want); }这种方式可以再详细点吗，给出具体的操作步骤？
07-11
我们正在使用HarmonyOS的BackgroundTaskManager来实现...> 完整实现参考：[鸿蒙后台任务开发指南](https://developer.harmonyos.com/cn/docs/documentation/doc-guides/background-task-overview-0000001103565208)[^1]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值