189 8069 5689
在Activity生命周期中，系统调用App生命周期中设置的回调方法，这些生命周期回调方法在第一层就像一个金字塔。活动生命周期的每个阶段都对应于金字塔的一个步骤。
成都地区优秀IDC服务器托管提供商(成都创新互联).为客户提供专业的达州服务器托管,四川各地服务器托管,达州服务器托管、多线服务器托管.托管咨询专线：18982081108
当系统创建一个新的Activity实例时，回调方法从塔的底部一级一级地移动到塔的顶部。当它位于金字塔的顶部时，活动位于用户的前台，此时用户可以与活动进行交互。当用户想要离开活动时，系统调用另一系列方法将活动的状态从顶部移到底部。在某些情况下，Activity只完成部分状态迁移并等待用户的指令，然后返回到塔顶。
根据活动的复杂性，您可能不必实现所有的生命周期方法。但是，理解每个生命周期回调函数的含义非常重要，以确保您的应用程序按照用户的期望正确运行。
要正确实现生命周期的回调方法，从而使应用程序正确动作，需要注意以下几点：
确保用户使用你时，应用程序可以接听电话或切换到其他应用程序，而不会崩溃。确保您的应用程序在用户不使用时不会消耗系统资源。
确保用户在从其他应用程序切换回您的应用程序时可以继续他们以前的工作，并且在切换用户屏幕或其他操作时不会崩溃或丢失用户数据。
Android中Activity的生命周期可以分为四类：
foreground process（前景模式）
visible process（可见模式）
background process（背景模式）
empty process（空白模式）
参考官方给出的生命周期图可以知道Activity的生命周期分为7个方法
onCreate（）、onStart（） 、onResume（）、 onPause（）、onStop（）、onDestory（） 、onRestart（）
其中前景模式是由onCreate（创建）、onStart（启动） 、onResume（可见可交互）三个方法来体现的。而可见模式则分为两种状态，一种是被Dialog覆盖，进入透明模式，在onPause（暂停）可以体现出来，第二就是如果当前Activity被完全覆盖，就会进入onStop状态，完全不可见，当覆盖物消失时会调用onRestart方法来唤醒该Activity，由覆盖状态重新变为可见状态，并重新执行onstart（）和onResume（）重新变为可见可交互状态。
如果Activity被完全覆盖的话，也就是所谓的第三种状态，背景模式。此时的Activity有两种处理方案可以使用，第一方案是调用onDestory（）方法完全销毁当前的Activity。第二方案就是清除掉当前的Activity，并重新执行onstart（）和onResume（）重新变为可见可交互状态。
如果Activity被完全覆盖，并且系统需要内存时，就会暂时销毁Activity，进入空白模式，空白模式最重要的目的就是暂时释放出内存，直到使用者再度唤醒空白模式的 Activity时，才会将空白模式变成前景模式。
最后附张官方给出的生命周期图来帮助理解：
单个Actiivty正常的生命周期
onCreate - onStart - onResume - onPause - onStop - onDestory
这就是一个Activity从被创建到被销毁过程。
其中正常运行状态为onResume
当Activity从前台被置于后台，
onResume - onPause - onStop
当从后台重新置于前台
onStop - onPause - onResatrt - onStart- onResume
其中可以发现，只要Activity置于前台都会执行onStart函数，所以我们可以考虑在这里做一下需要在前台就处理的逻辑
各个生命周期函数：
onCreate: Activity被创建，此时Activity处于不可见、不可交互
onStart: 此时Activity 部分可见不可交互
onRestart: Activity从后台重新回到前台，部分可见不可交互
onResume: 完全可见可交互，为Activity正常运行状态
onPause: Activity处于暂停，从前台被置于后台 部分可见部分不可见，不可交互
onStop: 完全置于后台，完全不可见，
onDestroy: Activity被销毁
上面就是一个正常的Activity的生命周期，
在Activity生命周期中，还设计一些其他：
Activity旋转：
onCreate - onStart - onResume
此时被旋转
- onPause - onSaveInstanceState - onStop - onDestroy - onCreate - onStart - onRestoreInstanceState - onResume
可以发现当Activity被旋转时，整个Activity是被销毁然后重新创建的。其中新增调用了两个生命周期函数
onSaveInstanceState: 当Activity被系统异常销毁时被调用，用于存储数据，用于系统恢复Activity时恢复数据
onRestoreInstanceState: 当Actiivty被系统异常销毁并重新创建时，取出在onSaveInstanceState时存储的数据
注意，在onCreate函数中，其实也是有参数的
此处的savedInstanceState也是在onSaveInstanceState时存储的数据，但此处可能为nll，
因为在正常的Activity时，此处就是null，只有在Activity被异常销毁然后被系统重新创建时，此处才有值。
如果要在此处使用，切记要判空。
onNewIntent与Activity的启动模式有关
当Activity未设置启动模式时，则不会触发该生命周期函数
当Activity已经处于应用的Activity栈中
onNewIntent只会在Activity设置了启动模式，并且Activity被复用时才会调起。
注意：只对startActivityForResult调起的Activity起作用，statActivity本质调用的也是startActivityForResult，Activity正常的切换前后台时不会触发的。
A - B:
A正常运行处于 onResume，打开B
A onPause - B onCreate - B onStart - B onResume - A onStop
点击跳入B页面， 首先A进入暂停，B开始创建，到onResume完全可见可交互，于是A被完全遮挡，变成完全不可见、处于后台，进入onStop
A - B -goBack- A
在B页再执行返回
B onPause - A onRestart - A onStart - A onResume - B Stop - B onDestory
和A进入B类似，B返回A时，B进入暂停，A变得重新可见到A完全可见，进入onResume，然后B进入停止，并销毁
B启动模式设置为 SingleTop，B - B
B onPause - B onNewIntent - B onResume
因为 B已经处于栈顶，启动模式为 SingleTop 则不会重新创建B的实例
将A的启动模式设置为SingleTask
可以通过在andorid studio的终端 Terminal中输入：adb shell dumpsys activity
查看当前应用的Activity task栈
下图是官方文档里的Activity生命周期图，其中彩色标出的四个框是Activity的四种状态，当Activity的状态改变时会触发一个或多个onXXX()方法。
onCreate()
当Acitivity第一次被创建时触发，一般在这里要做的事情包括创建视图（setContentView()）、向视图填充必要的数据等等。
onRestart()
这个我比较少用到，按文档上的介绍，如果Activity之前被stop过，那么下一次onStart()方法之前会先触发这个方法。
onStart()
只要Activity从不可见变成可见，就会触发到这个方法，但被AlertDialog遮挡/显示的情况不算在内。
onResume()
当Activity来到最上层的时候，也就是开始与用户直接交互时，触发这个方法。例如本来Activity被一个AlertDialog遮挡，当这个AlertDialog消失时，onResume()方法就被触发。
onPause()
和onResume()的触发条件刚好相反，如果Activity本来在最上层，当它要让出最上层的位置时会触发这个方法。onPause()和onResume()是被触发最频繁的两个方法，所以在这里不应该执行过于消耗资源的方法。
onStop()
当有其他Activity覆盖了当前Activity时，不论另一个Activity是新开始的还是从下层移至最上层的，当前Activity的onStop()方法都会被触发。
onDestroy()
Activity生命周期的终点。有两种情况会导致它被触发：1)执行了Activity#finish()方法；2)Android系统由于资源不足等原因决定杀掉Activity所在进程。通过isFinishing()方法可以判断出是哪种情况。在这个方法里，我们一般要做的事情是释放Activity占有的资源，例如后台正在进行的下载线程等等。
最后，举个实际例子来说明，假设你有一个“首页Activity”和一个“编辑页Activity”。
•当用户点击首页里的“开始编辑”按钮时，首页的onPause()-onStart()onStop()依次触发，编辑页的onCreate()-onStart()-onResume()依次触发；（感谢James.H.Fu指出的错误）
•当用户在编辑页按下“返回”按钮时，编辑页的onPause()-onStop()依次触发，之后首页的onStart() - onResume()依次触发；
•这时用户在首页按下“返回”按钮，首页的onPause()-onStop()-onDestroy()依次触发。