diff --git a/zh-cn/application-dev/task-management/background-task-overview.md b/zh-cn/application-dev/task-management/background-task-overview.md
index 59e8df4e1b6dc72838473ad458b88b7aff0a4336..ddb286099fd2a1f802fce8a57739b0a8c4ffd12d 100644
--- a/zh-cn/application-dev/task-management/background-task-overview.md
+++ b/zh-cn/application-dev/task-management/background-task-overview.md
@@ -40,7 +40,7 @@ OpenHarmony将后台任务分为四种类型，并提供了一个资源申请的
 
 - **取消时机**：任务完成后，应用应主动取消延迟挂起，不要等到系统回调后再取消，否则会影响该应用的后台允许运行时长配额。
 
-- **配额机制**：为了防止应用滥用保活，或者申请后不取消，每个应用每天都会有一定配额，其中单日配额为10分钟，单次配额最大为3分钟，低电量时为1分钟。配额消耗完就不再允许申请短时任务，所以应用完成短时任务后应立刻取消延迟挂起，避免消耗配额。（注：该配额指的是申请的时长，系统默认应用在后台运行的时间不计算在内）。
+- **配额机制**：为了防止应用滥用保活，或者申请后不取消，每个应用每天都会有一定配额，其中单日配额默认为10分钟，单次配额最大为3分钟，低电量时为1分钟。配额消耗完就不再允许申请短时任务，所以应用完成短时任务后应立刻取消延迟挂起，避免消耗配额。（注：该配额指的是申请的时长，系统默认应用在后台运行的时间不计算在内）。
 
 ## 长时任务
 长时任务给用户能够直观感受到的且需要一直在后台运行的业务提供后台运行生命周期的保障。比如：业务需要在后台播放声音、需要在后台持续导航定位等。此类用户可以直观感知到的后台业务行为，可以通过使用长时任务对应的后台模式保障业务在后台的运行，支撑应用完成在后台的业务。