diff --git a/zh-cn/application-dev/background-task-management/background-task-overview.md b/zh-cn/application-dev/background-task-management/background-task-overview.md
index 78d7806ceec8a0bf879c9951b6cd1831f236ea70..e941a80e2f08803792714dfcf16ac38d193ce400 100644
--- a/zh-cn/application-dev/background-task-management/background-task-overview.md
+++ b/zh-cn/application-dev/background-task-management/background-task-overview.md
@@ -28,9 +28,9 @@
 
 - **申请时机**：允许应用在前台时，或退后台在被挂起之前（应用退到后台默认有6~12秒的运行时长，具体时长由系统根据具体场景决定）申请延迟挂起，否则可能被挂起（Suspend），导致申请失败。
 
-- **超时**：延迟挂起即将超时（Timeout），系统通过回调知会应用，应用需要取消对应的延迟挂起。超期不取消，该应用会被强制杀掉。
+- **超时**：延迟挂起即将超时（Timeout），系统通过回调知会应用，应用需要取消对应的延迟挂起。如果超时不取消，该应用会被强制杀掉。
 
-- **取消时机**：任务完成后申请方应用主动取消延时申请，不要等到超时后被系统取消。
+- **取消时机**：任务完成后申请方应用应该主动取消延时申请，不要等到系统回调后再取消，否则会影响该应用的后台允许运行时长配额。
 
 - **配额机制**：为了防止应用滥用保活，或者申请后不取消，每个应用每天都会有一定配额（会根据用户的使用习惯动态调整），配额消耗完就不再允许申请短时任务，所以应用完成短时任务后立刻取消延迟挂起，避免消耗配额。（注，这个配额指的是申请的时长，系统默认应用在后台运行的时间不计算在内）。