【Android Activity】生命周期深入理解

文章目录

  • [一. 基础知识](#一. 基础知识)
    • [1. 生命周期图](#1. 生命周期图)
    • [2. 生命周期方法详解](#2. 生命周期方法详解)
    • [3. 生命周期方法调用源码简析](#3. 生命周期方法调用源码简析)
  • [二. 场景分析](#二. 场景分析)
    • [1. 异常场景](#1. 异常场景)
      • [1.1 资源相关的系统配置发生改变导致Activity被杀死并重新创建](#1.1 资源相关的系统配置发生改变导致Activity被杀死并重新创建)
      • [1.2 资源内存不足导致低优先级的Activity被杀死](#1.2 资源内存不足导致低优先级的Activity被杀死)
    • [2. 经典具体场景](#2. 经典具体场景)
      • [2.1 从Activity A启动Activity B](#2.1 从Activity A启动Activity B)
      • [2.2 按 Back 键返回上一个 Activity](#2.2 按 Back 键返回上一个 Activity)
      • [2.3 按 Home 键(Activity 进入后台)](#2.3 按 Home 键(Activity 进入后台))
      • [2.4 启动 Activity 但被其他应用抢占焦点](#2.4 启动 Activity 但被其他应用抢占焦点)
  • [四. 常用结论](#四. 常用结论)
    • [1. 不要在onPause方法中做重量级的操作](#1. 不要在onPause方法中做重量级的操作)
    • [2. 按Home键返回桌面,onDestroy方法不一定会调用](#2. 按Home键返回桌面,onDestroy方法不一定会调用)
    • [3. 按 Back 键返回上一个 Activity,onDestroy() 方法一定会被调用](#3. 按 Back 键返回上一个 Activity,onDestroy() 方法一定会被调用)
    • [4. onDestroy方法是在Activity finish之后不是立即执行的](#4. onDestroy方法是在Activity finish之后不是立即执行的)

参考文献

一. 基础知识

1. 生命周期图


注意点:

  • 当用户打开新的Activity或者切换到桌面时,回调如下:onPause->onStop。特殊场景,如果新Activity用了透明主题,那就不会回调onStop(此时原来的activity还是部分可见)
  • Activity A启动Activity B,先是A的onPause方法调用后,才执行B的onResume方法。(官方文档中写着:不要再onPause方法中做重量级的操作)

2. 生命周期方法详解


注意点:

onRestart:通常用户行为导致,比如用户按Home键切换到桌面或者用户打开了一个新的activity,接着用户又回到了这个activity;

3. 生命周期方法调用源码简析

启动Activity的请求会交给Instrumentation处理,然后它通过Binder向AMS发送请求,AMS内部维护一个ActivityStack并负责栈内的Activity的状态同步,AMS向ActivityThread去同步Activity的状态从而完成生命周期方法的调用

二. 场景分析

1. 异常场景

1.1 资源相关的系统配置发生改变导致Activity被杀死并重新创建

  • onSaveInstanceState和onRestoreInstanceState触发时机:
复制代码
   onCreate() → onStart() → onRestoreInstanceState() → onResume()
   onPause() → onSaveInstanceState() → onStop()
  • 可以通过android:configChanges="orientation|keyboardHidden|screenSize"来其避免重建,而是通过重写onConfigurationChanged方法写做一些处理

1.2 资源内存不足导致低优先级的Activity被杀死

优先级顺序(高到低):

  • 前台Activity ------ 正在和用户交互的Activity,优先级最高
  • 可见但非前台Activity ------ 比如Activity中弹出了一个对话框,导致Activity可见但是位于后台无法和用户直接交互
  • 后台Activity ------ 已经暂停了的Activity,如执行了onStop,此时优先级最低

2. 经典具体场景

2.1 从Activity A启动Activity B

java 复制代码
当前Activity.onPause() → 新Activity.onCreate() → 新Activity.onStart() → 新Activity.onResume() → 当前Activity.onStop()
  • 当前 Activity 必须先暂停(onPause 完成),新 Activity 才能启动。
  • 若新 Activity 为透明主题,当前 Activity 不会调用 onStop ()(仍可见但不可交互)。

2.2 按 Back 键返回上一个 Activity

java 复制代码
当前Activity.onPause() → 上一个Activity.onRestart() → 上一个Activity.onStart() → 上一个Activity.onResume() → 当前Activity.onStop() → 当前Activity.onDestroy()
  • 上一个 Activity 从停止状态恢复,需调用onRestart()
  • 当前 Activity 被销毁,资源完全释放

2.3 按 Home 键(Activity 进入后台)

java 复制代码
onPause() → onStop()
  • Activity 进入后台,但未被销毁(保留在 Activity 栈中)。
  • 若系统内存不足,可能被回收(触发onDestroy())

2.4 启动 Activity 但被其他应用抢占焦点

场景:启动 Activity A 时,突然收到电话或系统弹窗。

A 的启动流程被中断,需等用户返回后继续完成。

java 复制代码
A.onPause() → (系统抢占焦点) → A.onStop() → (用户返回) → A.onRestart() → A.onStart() → A.onResume()

四. 常用结论

1. 不要在onPause方法中做重量级的操作

原因:若是Activity A启动Activity B,需要等A的pause方法执行完,才会执行B的生命周期方法

2. 按Home键返回桌面,onDestroy方法不一定会调用

3. 按 Back 键返回上一个 Activity,onDestroy() 方法一定会被调用

4. onDestroy方法是在Activity finish之后不是立即执行的

Activity 的 onStop/onDestroy 是依赖 IdleHandler 来回调的,正常情况下当主线程空闲时会调用。但是由于某些特殊场景下的问题(比如在启动第二个activity时,进行大量动画的场景,源源不断的向主线程消息队列塞消息),导致主线程迟迟无法空闲,onStop/onDestroy 也会迟迟得不到调用但这并不意味着 Activity 永远得不到回收,系统提供了一个兜底机制,当 onResume() 回调 10s 之后,如果仍然没有得到调用,会主动触发。

相关推荐
cmdch201710 小时前
手持机安卓新增推送按钮功能
android
攻城狮201510 小时前
【rk3528/rk3518 android14 kernel-6.10 emcp sdk】
android
何妨呀~10 小时前
mysql 8服务器实验
android·mysql·adb
QuantumLeap丶11 小时前
《Flutter全栈开发实战指南:从零到高级》- 25 -性能优化
android·flutter·ios
木易 士心12 小时前
MVC、MVP 与 MVVM:Android 架构演进之路
android·架构·mvc
百锦再12 小时前
国产数据库的平替亮点——关系型数据库架构适配
android·java·前端·数据库·sql·算法·数据库架构
走在路上的菜鸟12 小时前
Android学Dart学习笔记第十三节 注解
android·笔记·学习·flutter
介一安全13 小时前
【Frida Android】实战篇15:Frida检测与绕过——基于/proc/self/maps的攻防实战
android·网络安全·逆向·安全性测试·frida
hhy_smile13 小时前
Android 与 java 设计笔记
android·java·笔记
laocooon52385788613 小时前
C#二次开发中简单块的定义与应用
android·数据库·c#