【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 之后,如果仍然没有得到调用,会主动触发。

相关推荐
alexhilton1 天前
使用FunctionGemma进行设备端函数调用
android·kotlin·android jetpack
冬奇Lab1 天前
InputManagerService:输入事件分发与ANR机制
android·源码阅读
张小潇1 天前
AOSP15 Input专题InputManager源码分析
android·操作系统
lhDream1 天前
Kotlin 开发者必看!JetBrains 开源 LLM 框架 Koog 快速上手指南(含示例)
kotlin
RdoZam1 天前
Android-封装基类Activity\Fragment,从0到1记录
android·kotlin
奥陌陌2 天前
android 打印函数调用堆栈
android
用户985120035832 天前
Compose Navigation 3 深度解析(二):基础用法
android·android jetpack
恋猫de小郭2 天前
Android 官方正式官宣 AI 支持 AppFunctions ,Android 官方 MCP 和系统级 OpenClaw 雏形
android·前端·flutter
黄林晴2 天前
Android 17 Beta 2,隐私这把锁又拧紧了
android
Kapaseker2 天前
研究表明,开发者对Kotlin集合的了解不到 20%
android·kotlin