详解Android.activity销毁流程的工作原理

继续我们的源码解析，上一篇文章我们介绍了Activity的启动流程，一个典型的场景就是Activity a 启动了一个Activity b，他们的生命周期回调方法是： onPause(a) –> onCreate(b) –> onStart(b) –> onResume(b) –> onStop(a) 而我们根据源码也验证了这样的生命周期调用序列，那么Activity的销毁流程呢？它的生命周期的调用顺序又是这样的呢？ 这里我们我做一个简单的demo，让一个Activity a启动Activity b，然后在b中调用finish()方法，它们的生命周期执行顺序是： onPause( Activity的销毁流程是Android应用程序开发中的重要组成部分，它与启动流程紧密相关，共同构成了Activity生命周期的核心。在Android系统中，Activity的销毁通常是由用户交互、系统资源管理或开发者主动调用`finish()`方法触发的。下面我们将深入探讨Activity销毁流程的工作原理。 当我们在一个Activity（如Activity A）中启动另一个Activity（如Activity B），并随后在B中调用`finish()`方法时，会触发一系列的生命周期回调。这个过程的顺序如下： 1. `onPause(B)`：B开始暂停，即将进入后台。 2. `onRestart(A)`：A重新启动，因为它是被B覆盖的，现在将回到前台。 3. `onStart(A)`：A开始启动，准备可见。 4. `onResume(A)`：A恢复到活跃状态，用户可以与其交互。 5. `onStop(B)`：B完全停止，不再可见。 6. `onDestroy(B)`：B销毁，释放所有资源。 从源码的角度看，Activity的销毁流程始于调用`finish()`方法： 1. `Activity.finish()`：调用`finish()`，它会调用一个带布尔参数的重载方法`finish(false)`。这个参数在这里并不重要，主要是为了兼容旧版本的代码。 2. `ActivityManagerNative.getDefault().finishActivity()`：通过Binder机制调用到系统的ActivityManagerService，这个服务负责管理所有应用的Activity实例。 3. `ActivityManagerService.finishActivity()`：在ActivityManagerService中，这个方法处理结束Activity的请求，最终调用`ActivityStack.requestFinishActivityLocked()`。 `ActivityStack.requestFinishActivityLocked()`方法是销毁Activity的主要入口，它执行以下主要步骤： - 检查当前Activity的状态，确保可以安全地结束。 - 准备结果数据，如果Activity有返回结果给启动它的Activity。 - 调用`finishActivityLocked()`，执行实际的销毁操作。 `ActivityStack.finishActivityLocked()`进一步执行以下操作： - 通知系统Activity已暂停，调用`startPausingLocked()`。 - 更新Activity的栈状态，可能涉及任务栈的管理。 - 调整窗口的显示，确保用户界面正确更新。 - 调用`Activity.onDestroy()`，这是Activity生命周期中最后一个回调方法，开发者通常在这里释放资源和取消订阅等操作。 - 系统释放与Activity相关的内存和其他资源。 理解Activity的销毁流程对于优化应用性能和避免内存泄漏至关重要。开发者应确保在`onDestroy()`方法中正确清理资源，以防止内存泄漏和提高应用的运行效率。同时，理解这个流程也有助于在设计复杂的Activity间交互时做出明智的决策。