diff --git a/docs/plugin/uts-for-android.md b/docs/plugin/uts-for-android.md
index c52058689c870bfd438cdc29030fe4d132e8d768..a05d1917bd0f9a47ca01f6a7aedb9c35b2acbba8 100644
--- a/docs/plugin/uts-for-android.md
+++ b/docs/plugin/uts-for-android.md
@@ -776,9 +776,8 @@ UTSAndroid.getUniActivity()!.getWindow().getDecorView();
 
 即使在android原生开发中，应用的生命周期管理也是十分重要的。 [android生命周期](https://developer.android.com/guide/components/activities/activity-lifecycle?hl=zh_cn)
 
-UTS环境中对原生的生命周期进行了封装和简化，用户不需要关心 除了activity 以外的更多原生细节。
+UTS环境中对原生的生命周期进行了封装和简化，大多数情况下，开发者只需要了解本章节中列出的 activity相关生命周期即可。
 
-只需要了解本章节中列出的 activity相关生命周期即可。即 在UTS环境中 开发者可以认为 activity 的生命周期 就是应用的生命周期。
 
 其中最为常见的场景，要数`onAppActivityDestroy`中释放系统资源了：
 
@@ -798,7 +797,6 @@ UTSAndroid.onAppActivityDestroy(function(){
 这是因为除了正常的用户注册/注册 之外，还存在一种情况：用户没有反注册，便关闭了应用。   此时FileObserver 并没有被反注册回收。就会导致应用关闭后继续持有上一个uni-app js引擎实例的引用，从而导致下一次启动时出现引擎回调找不到的情况。
 
 
-
 开发者在开发UTS插件时，如果遇到了类似使用系统组件的情况，也需要特别关注资源释放情况。