update docs

Signed-off-by: Nge-yafang <geyafang@huawei.com>

zh-cn/application-dev/arkts-utils/taskpool-vs-worker.md

@@ -27,10 +27,12 @@ TaskPool（任务池）和Worker的作用是为应用程序提供一个多线程
 
 ## 适用场景对比
 
-TaskPool和Worker均支持多线程并发能力。由于TaskPool的工作线程会绑定系统的调度优先级，并且支持负载均衡（自动扩缩容），而Worker需要开发者自行创建，存在创建耗时以及不支持设置调度优先级，在性能方面使用TaskPool会优于Worker，因此大多数场景推荐使用TaskPool。
+TaskPool和Worker均支持多线程并发能力。由于TaskPool的工作线程会绑定系统的调度优先级，并且支持负载均衡（自动扩缩容），而Worker需要开发者自行创建，存在创建耗时以及不支持设置调度优先级，故在性能方面使用TaskPool会优于Worker，因此大多数场景推荐使用TaskPool。
 
 TaskPool偏向独立任务（线程级）维度，超长任务（大于3分钟）会被系统自动回收；而Worker偏向线程的维度，支持长时间占据线程执行。
 
+常见的一些开发场景及适用具体说明如下：
+
 - 运行时间超过3分钟（不包含Promise和async/await异步调用的耗时，例如网络下载、文件读写等I/O任务的耗时）的任务。例如后台进行1小时的预测算法训练等CPU密集型任务，需要使用Worker。
 
 - 有关联的一系列同步任务。例如某数据库操作时，要用创建的句柄操作，包含增、删、改、查多个任务，要保证同一个句柄，需要使用Worker。