update

Signed-off-by: Nxuhanyang2 <xuhanyang2@huawei.com>

zh-cn/application-dev/task-management/background-task-overview.md

@@ -3,6 +3,8 @@
 后台应用频繁活动，会造成用户设备耗电快、卡顿等现象。因此，为了支撑性能、功耗诉求，系统仅允许应用在后台执行规范内的活动，规范外的活动默认会被挂起，当资源不足时会被回收。
 针对应用或业务模块处于后台（无可见界面）时，有需要继续执行或者后续执行的业务，可基于业务类型，申请[短时任务](#短时任务)延迟挂起或者[长时任务](#长时任务)避免进入挂起状态；使用[延迟调度任务](#延迟任务)，执行对实时性要求不高的任务；同时针对特权应用，如果需要更加灵活的配置，可以申请[能效资源](#申请能效资源)。
 
+ **资源使用约束** ：对于运行的业务，系统会给予一定的资源配额约束，包括进程连续一段时间的内存使用、一段时间的CPU使用占比、24小时磁盘写的IO量均有对应的配额上限，超过配额上限时，如果进程处于前台，系统会有对应的warning日志，如果进程处于后台，系统会查杀该进程。
+
 
 ## 后台任务类型
 

zh-cn/release-notes/changelogs/OpenHarmony_4.0.8.1/资源调度子系统ChangeLog.md

-# 资源调度子系统ChangeLog
-
-## ohos.resourceschedule.backgroundTaskManager.1  
-
-能效资源申请接口支持系统特权应用申请RunningLock和Sensor的能效资源。
-
-**变更影响**
-
-基于OpenHarmony4.0.8.1及之后的SDK版本开发的系统特权应用，可以申请RunningLock和Sensor的能效资源，保障后台持锁和使用Sensor的能力。
-
-**关键接口/组件变更**
-
-| 模块名                | 类名         | 方法/属性/枚举/常量 | 变更类型 |
-| --------------------- | ------------ | ------------------- | -------- |
-| backgroundTaskManager | ResourceType | RUNNING_LOCK = 128  | 新增     |
-| backgroundTaskManager | ResourceType | SENSOR = 256        | 新增     |
-
-**适配指导**<br>
-
-申请后挂起状态不会代理RUNNING_BACKGROUND锁,不拦截Sensor回调
-
-```ts
-import backgroundTaskManager from '@ohos.resourceschedule.backgroundTaskManager';
-
-let request = {
-    resourceTypes: backgroundTaskManager.ResourceType.RUNNING_LOCK |
-        backgroundTaskManager.ResourceType.SENSOR,
-    isApply: true,
-    timeOut: 0,
-    reason: "apply runninglock and sensor resource",
-    isPersist: true
-};
-let res;
-try {
-    res = backgroundTaskManager.applyEfficiencyResources(request);
-    console.info("the result of request is: " + res);
-} catch (error) {
-    console.error(`Operation applyEfficiencyResources failed. code is ${error.code} message is ${error.message}`);
-}
-```