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

相关推荐
恋猫de小郭1 小时前
Dart 3.13 大更新,感觉比 Flutter 更带劲
android·前端·flutter
大锅盖11 小时前
HarmonyOS 6.1.1 ArkWeb:交付门户下载资料前-为什么必须先登记下载代理与来源字段
android·华为·harmonyos
峥嵘life10 小时前
Android16 311Y3 EAP-TLS 网络连接失败分析与修复总结
android·开发语言·人工智能·php
Kapaseker11 小时前
破坏性更新 - 解读 Jetpack Compose 1.12
android·kotlin
雨白11 小时前
我的 UML 学习笔记:结合 Android 实例看懂 4 种常用图表
android·架构
怣疯knight12 小时前
快速判断apk有没有支持16kb页面标准
android
风流 少年12 小时前
Spring AI 2.0:Advisor
android·人工智能·spring
YM52e14 小时前
分页查询的基石:ArkTS 为鸿蒙商品列表设计 LIMIT/OFFSET 的表
android·学习·华为·harmonyos
安卓与AI研习社15 小时前
Android ANR 到底怎么定位?从触发原理到日志判断的完整方法
android
阿pin17 小时前
Android随笔-MVI
android·mvi