Activity生命周期

我们作为最渺小的程序员，我们可能还没具有将创意变为实际的应用技能，谁都不是一出生就会写代码的，一切从最简单开始，这样不会让我们有还未开始就到放弃的思维方式。有时候我会想，为什么你开发好几年还是碌碌无为，每个月几千的薪水，既没追求，也没创新。每天只是做重复的事情，天天复制粘贴代码，从不想过为什么要这样做。（我认为是缺少上进心，对现在的状态感觉还比较满足），那么让我们从笨鸟开始慢慢学习android开发吧，我们从简单开始。我们学习android前首先需要对javase部分有一定了解或基础，不会java语言的朋友们可以自行学习一下即可。

接下来说一下一个应用运行流程，点击运行按钮，实际上模拟器背后隐藏了许多复杂的工作，请记住，android是一个全软件堆栈。最底层是Linux内核，
它处理低级别任务，它的上面是一些C和C++核心库，AndroidRunTime,其中包括出色的Android库，Android虚拟机，Dalvik或更新的ART，它的上面是应用程序层，其中包括我们的应用以及在设备上每种其他的应用,所以当我们点击AS里面的运行按钮的时候，会将我们的代码编译为可以在Android虚拟机中运行的字节代码,然后安装在我们的设备上，此操作通过gradle完成，gradle是一个构建工具包，可以管理依赖性并允许我们自定义构建逻辑。

接下来先看一下Activity的生命周期及作用

Activity有一系列的回调方法，在Activity的生命周期中，系统会按类似于阶梯金字塔的顺序调用一组核心的生命周期方法。 也就是说，Activity生命周期的每个阶段就是金字塔上的一阶。 当系统创建新Activity实例时，每个回调方法会将Activity状态向顶端移动一阶。 金字塔的顶端是Activity在前台运行并且用户可以与其交互的时间点。当用户开始离开Activity时，系统会调用其他方法在金字塔中将Activity状态下移，从而销毁Activity。 在有些情况下，Activity将只在金字塔中部分下移并等待（比如，当用户切换到其他应用时），Activity可从该点开始移回顶端（如果用户返回到该Activity），并在用户停止的位置继续。

第一步启动程序会先执行onCreate—–>onStart——->onResumed

package com.viewgooglebrother;import android.support.v7.app.AppCompatActivity;import android.os.Bundle;import android.util.Log;public class MainActivity extends AppCompatActivity {    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        Log.i("TAG","onCreate");    }    @Override    protected void onStart() {        super.onStart();        Log.i("TAG","onStart");    }    @Override    protected void onRestart() {        super.onRestart();        Log.i("TAG","onRestart");    }    @Override    protected void onResume() {        super.onResume();        Log.i("TAG","onResume");    }    @Override    protected void onPause() {        super.onPause();        Log.i("TAG","onPause");    }    @Override    protected void onStop() {        super.onStop();        Log.i("TAG","onStop");    }    @Override    protected void onDestroy() {        super.onDestroy();        Log.i("TAG","onDestroy");    }}

首先我们先了解一下Activity的三种状态，因为Activity只能在这三种状态之一下存在很长时间。
继续
在这种状态下，Activity处于前台，且用户可以与其交互。（有时也称为“运行”状态。）
暂停
在这种状态下，Activity被在前台中处于半透明状态或者未覆盖整个屏幕的另一个Activity—部分阻挡。 暂停的Activity不会接收用户输入并且无法执行任何代码。
停止
在这种状态下，Activity被完全隐藏并且对用户不可见；它被视为处于后台。 停止时，Activity实例及其诸如成员变量等所有状态信息将保留，但它无法执行任何代码。
其他状态onCreate和onStart是瞬态，系统会通过调用下一个生命周期回调方法从这些状态快速移到下一个状态。 也就是说，在系统调用 onCreate() 之后，它会快速调用 onStart()，紧接着快速调用 onResume()。
onCreate()方法是作为我们应用的界面的主入口，就类似java的main方法一个道理，我们可以在AndroidManifest.xml定义哪个Activity作为主Activity，在我们的住Activiyt中必须使用intent-filter（包括 MAIN 操作和 LAUNCHER 类别

<activity android:name=".MainActivity" android:label="@string/app_name">    <intent-filter>        <action android:name="android.intent.action.MAIN" />        <category android:name="android.intent.category.LAUNCHER" />    </intent-filter></activity>

创建一个新实例
大多数应用包含若干个不同的Activity，用户可通过这些Activity执行不同的操作。无论Activity是用户单击我们的应用图标时创建的主Activity还是我们的应用在响应用户操作时开始的其他Activity，系统都会通过调用其 onCreate() 方法创建 Activity 的每个新实例。

我们必须实现 onCreate() 方法执行只应在Activity整个生命周期出现一次的基本 应用启动逻辑。例如，我们的 onCreate() 的实现应定义用户界面并且可能实例化某些类范围变量。

例如，onCreate() 方法的以下示例显示执行Activity某些基本设置的一些代码，比如声明用户界面（在 XML 布局文件中定义）、定义成员变量，以及配置某些 UI。

    private TextView textViewLabel;    @Override    protected void onCreate(Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_main);        textViewLabel= (TextView) findViewById(R.id.textViewLabel);    }

一旦 onCreate() 完成执行操作，系统会相继调用 onStart() 和 onResume() 方法。 我们的Activity从不会驻留在“已创建”或“已开始”状态。在技术上，Activity会在 onStart() 被调用时变得可见，但紧接着是 onResume()，且Activity保持“继续”状态，直到有事情发生使其发生变化，比如当接听来电时，用户导航至另一个Activity，或设备屏幕关闭。
当用于从“暂停”或“停止”状态继续Activity时，onStart() 和onResume() 在我们的Activity生命周期中特别有用。
注意：onCreate() 方法包括一个称为 savedInstanceState 的参数，我们后续再讨论关于重新创建Activity

这是Activity生命周期结构的另一个图示，其重点放在 创建Activity的新实例时系统依次调用的三大回调上：onCreate()、onStart() 和 onResume()。 一旦这一系列回调完成，Activity就进入“继续”状态，此时用户可与Activity进行交互，直至用户切换到其他Activity。

销毁Activity

当Activity的第一个生命周期回调是 onCreate() 时，它最近的回调是 onDestroy()。系统会对我们的Activity调用此方法，作为我们的Activity实例完全从系统内存删除的最终信号。
大多数应用不需要实现此方法，因为本地类引用与Activity一同销毁，并且我们的Activity应在 onPause() 和 onStop() 期间执行大多数清理操作。 但是，如果我们的Activity包含我们在 onCreate() 期间创建的后台线程或其他如若未正确关闭可能导致内存泄露的长期运行资源，我们应在 onDestroy() 期间终止它们。这里需要大家注意，有些资源需要我们手动调用onDestroy()为了是避免内存泄露
注意：在所有情况下，系统在调用 onPause() 和 onStop() 之后都会调用 onDestroy() ，只有一个例外：当我们从 onCreate() 方法内调用 finish() 时。在有些情况下，比如当我们的Activity作为临时决策工具运行以启动另一个Activity时，我们可从 onCreate() 内调用 finish() 来销毁Activity。 在这种情况下，系统会立刻调用 onDestroy()，而不调用任何其他 生命周期方法。

暂停和继续Activity

在正常使用应用的过程中，前台Activity有时会被其他导致Activity暂停的可视组件阻挡。 例如，当半透明Activity打开时（比如对话框样式中的Activity），上一个Activity会暂停。 只要Activity仍然部分可见但目前又未处于焦点之中，它会一直暂停,但是，一旦Activity完全被阻挡并且不可见。
当我们的Activity进入暂停状态时，系统会对我们的 Activity 调用 onPause() 方法，通过该方法，我们可以停止不应在暂停时继续的进行之中的操作（比如视频）或保留任何应该永久保存的信息，以防用户坚持离开应用。如果用户从暂停状态返回到我们的Activity，系统会重新开始该Activity并调用 onResume() 方法。
注意：当我们的Activity收到对 onPause() 的调用时，可能意味着Activity将暂停 一会，并且用户可能从焦点返回到我们的Activity。但这通常意味着用户即将离开我们的Activity。

当半透明Activity阻挡我们的Activity时，系统会调用 onPause() 并且Activity会在“暂停”状态下等待 (1)。 如果用户在Activity仍然处于暂停状态时返回Activity，则系统会调用 onResume() (2)。

暂停Activity

当系统为我们的Activity调用 onPause() 时，它从技术角度看意味着我们的Activity仍然处于部分可见状态，但往往说明用户即将离开Activity并且它很快就要进入“停止”状态。 我们通常应使用 onPause() 回调：

停止动画或其他可能消耗 CPU 的进行之中的操作。
提交未保存的更改，但仅当用户离开时希望永久性保存此类更改（比如电子邮件草稿）。
释放系统资源，比如广播接收器、传感器手柄（比如 GPS） 或当我们的Activity暂停且用户不需要它们时仍然可能影响电池寿命的任何其他资源。
例如，如果我们的应用使用 Camera， onPause() 方法是释放它的好位置。

@Overridepublic void onPause() {    super.onPause();    if (mCamera != null) {        mCamera.release()        mCamera = null;    }}

一般情况下，我们不得使用 onPause() 永久性存储用户更改（比如输入表格的个人信息）。 只有在我们确定用户希望自动保存这些更改的情况（比如，电子邮件草稿）下，才能在 onPause()中永久性存储用户更改。但我们应避免在 onPause() 期间执行 CPU 密集型工作，比如向数据库写入信息，因为这会拖慢向下一Activity过渡的过程（我们应改为在 onStop()期间执行高负载关机操作。

我们应通过相对简单的方式在 onPause() 方法中完成大量操作，这样才能加快在我们的Activity确实停止的情况下用户向下一个目标过渡的速度。

注意：当我们的Activity暂停时，Activity 实例将驻留在内存中并且在Activity继续时被再次调用。我们无需重新初始化在执行任何导致进入“继续”状态的回调方法期间创建的组件。

继续Activity

当用户从“暂停”状态继续我们的Activity时，系统会调用 onResume() 方法。

请注意，每当我们的Activity进入前台时系统便会调用此方法，包括它初次创建之时。 同样地，我们应实现onResume() 初始化我们在 onPause() 期间释放的组件并且执行每当Activity进入“继续”状态时必须进行的任何其他初始化操作（比如开始动画和初始化只在Activity具有用户焦点时使用的组件）。

onResume() 的以下示例对应于以上的 onPause() 示例，因此它初始化Activity暂停时释放的照相机。

@Overridepublic void onResume() {    super.onResume();    if (mCamera == null) {        initializeCamera();    }}

停止并重新开始Activity

正确停止和重新开始Activity是Activity生命周期中的重要过程，其可确保我们的用户知晓应用始终保持Activity状态并且不会丢失进度。有几种Activity停止和重新开始的关键场景：

用户打开“最近应用”窗口并从我们的应用切换到另一个应用。当前位于前台的我们的应用中的Activity将停止。 如果用户从主屏幕启动器图标或“最近应用”窗口返回到我们的应用，Activity会重新开始。
用户在我们的应用中执行开始新Activity的操作。当第二个Activity创建好后，当前Activity便停止。 如果用户之后按了返回按钮，第一个Activity会重新开始。
用户在其手机上使用我们的应用的同时接听来电。
Activity提供两种生命周期方法onStop() 和 onRestart()，这些方法允许我们专门处理正在停止和重新开始的Activity。 不同于识别部分 UI 阻挡的暂停状态，停止状态保证 UI 不再可见，且用户的焦点在另外的Activity（或完全独立的应用）中。

注意：因为系统在停止时会将我们的 Activity 实例保留在系统内存中，我们根本无需实现 onStop() 和 onRestart()或甚至onStart() 方法。对于大多数相对简单的Activity而言， Activity将停止并重新开始，并且我们可能只需使用 onPause() 暂停正在进行的操作，并从系统资源断开连接。

用户离开Activity时，系统会调用 onStop() 停止Activity(1)。 如果用户在Activity停止时返回，系统会调用 onRestart() (2)，紧接着调用 onStart() (3) 和 onResume() (4)。 注意：无论什么场景导致Activity停止，系统始终会在调用 onStop() 之前调用 onPause()。

停止Activity

当我们的Activity收到 onStop() 方法的调用时，它不再可见，并且应释放几乎所有用户不使用时不需要的资源。 一旦我们的Activity停止，如果需要恢复系统内存，系统可能会销毁该实例。 在极端情况下，系统可能会仅终止应用进程，而不会调用Activity的最终 onDestroy() 回调，因此我们使用 onStop() 释放可能泄露内存的资源非常重要。

尽管 onPause() 方法在 onStop()之前调用，我们应使用 onStop() 执行更大、占用更多 CPU 的关闭操作，比如向数据库写入信息。
当我们的Activity停止时， Activity 对象将驻留在内存中并在Activity继续时被再次调用。 我们无需重新初始化在任何导致进入“继续”状态的回调方法过程中创建的组件。 系统还会在布局中跟踪每个 View 的当前状态，如果用户在 EditText 小工具中输入文本，该内容会保留，因此我们无需保存即可恢复它。

注意：即使系统在Activity停止时销毁了Activity，它仍会保留 Bundle（键值对的二进制大对象）中的 View 对象（比如 EditText 中的文本），并在用户导航回Activity的相同实例时恢复它们

开始/重新开始Activity

当我们的Activity从停止状态返回前台时，它会接收对 onRestart() 的调用。系统还会在每次我们的Activity变为可见时调用 onStart() 方法（无论是正重新开始还是初次创建）。 但是，只会在Activity从停止状态继续时调用 onRestart() 方法，因此我们可以使用它执行只有在Activity之前停止但未销毁的情况下可能必须执行的特殊恢复工作。

应用需要使用 onRestart() 恢复Activity状态的情况并不常见，因此没有适用于一般应用群体的任何方法指导原则。 但是，因为我们的 onStop() 方法应基本清理所有Activity的资源，我们将需要在Activity重新开始时重新实例化它们。 但是，我们还需要在我们的Activity初次创建时重新实例化它们（没有Activity的现有实例）。 出于此原因，我们应经常使用 onStart() 回调方法作为 onStop() 方法的对应部分，因为系统会在它创建我们的Activity以及从停止状态重新开始Activity时调用 onStart() 。

例如，因为用户可能在回到它之前已离开应用很长时间， onStart() 方法是确认所需系统功能已启动的理想选择。
当系统销毁我们的Activity时，它会调用我们的 Activity 的 onDestroy() 方法。因为我们通常应已使用 onStop() 释放大多数我们的资源，到我们接收对 onDestroy() 的调用时，大多数应用无需做太多操作。 此方法是我们清理可导致内存泄露的资源的最后一种方法，因此我们应确保其他线程被销毁且其他长期运行的操作（比如方法跟踪）也会停止。

重新创建Activity

在有些情况下，我们的Activity会因正常应用行为而销毁，比如当用户按 返回按钮或我们的Activity通过调用 finish()示意自己的销毁。 如果Activity当前被停止或长期未使用，或者前台Activity需要更多资源以致系统必须关闭后台进程恢复内存，系统也可能会销毁Activity。

当我们的Activity因用户按了返回 或Activity自行完成而被销毁时，系统的 Activity 实例概念将永久消失，因为行为指示不再需要Activity。 但是，如果系统因系统局限性（而非正常应用行为）而销毁Activity，尽管 Activity 实际实例已不在，系统会记住其存在，这样，如果用户导航回实例，系统会使用描述Activity被销毁时状态的一组已保存数据创建Activity的新实例。 系统用于恢复先前状态的已保存数据被称为“实例状态”，并且是 Bundle 对象中存储的键值对集合。

注意：每次用户旋转屏幕时，我们的Activity将被销毁并重新创建。 当屏幕方向变化时，系统会销毁并重新创建前台Activity，因为屏幕配置已更改并且我们的Activity可能需要加载备用资源（比如布局）。
默认情况下，系统会使用 Bundle 实例状态保存我们的Activity布局（比如，输入到 EditText 对象中的文本值）中有关每个 View 对象的信息。 这样，如果我们的Activity实例被销毁并重新创建，布局状态便恢复为其先前的状态，且我们无需代码。 但是，我们的Activity可能具有我们要恢复的更多状态信息，比如跟踪用户在Activity中进度的成员变量。

注意：为了 Android 系统恢复Activity中视图的状态，每个视图必须具有 android:id 属性提供的唯一 ID。

要保存有关Activity状态的其他数据，我们必须替代 onSaveInstanceState() 回调方法。当用户要离开Activity并在Activity意外销毁时向其传递将保存的 Bundle 对象时，系统会调用此方法。 如果系统必须稍后重新创建Activity实例，它会将相同的 Bundle 对象同时传递给 onRestoreInstanceState() 和 onCreate() 方法。

当系统开始停止我们的Activity时，它会 调用 onSaveInstanceState() (1)，因此，我们可以指定我们希望在 Activity 实例必须重新创建时保存的额外状态数据。如果Activity被销毁且必须重新创建相同的实例，系统将在 (1) 中定义的状态数据同时传递给 onCreate() 方法(2) 和 onRestoreInstanceState() 方法(3)。

保存Activity状态

当我们的Activity开始停止时，系统会调用 onSaveInstanceState() 以便我们的Activity可以保存带有键值对集合的状态信息。 此方法的默认实现保存有关Activity视图层次的状态信息，例如 EditText 小工具中的文本或ListView 的滚动位置。

要保存Activity的更多状态信息，我们必须实现 onSaveInstanceState() 并将键值对添加至 Bundle 对象。 例如

static final String STATE_NAME = "NAME";static final String STATE_AGE = "AGE";@Overridepublic void onSaveInstanceState(Bundle savedInstanceState) {    savedInstanceState.putInt(STATE_NAME, Name);    savedInstanceState.putInt(STATE_AGE, Age);    super.onSaveInstanceState(savedInstanceState);}

注意：始终调用 onSaveInstanceState() 的超类实现，以便默认实现可以保存视图层次的状态。

恢复Activity状态

当我们的Activity在先前销毁之后重新创建时，我们可以从系统向Activity传递的 Bundle 恢复已保存的状态。onCreate() 和 onRestoreInstanceState() 回调方法均接收包含实例状态信息的相同 Bundle。

因为无论系统正在创建Activity的新实例还是重新创建先前的实例，都会调用 onCreate() 方法，因此我们必须在尝试读取它之前检查状态 Bundle 是否为 null。 如果为 null，则系统将创建Activity的新实例，而不是恢复已销毁的先前实例。

例如，此处显示我们如何可以在 onCreate() 中恢复一些状态数据：

@Overrideprotected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    if (savedInstanceState != null) {        Name = savedInstanceState.getInt(STATE_NAME);        Age = savedInstanceState.getInt(STATE_AGE);    } else {    }}

我们可以选择实现系统在 onStart() 方法之后调用的 onRestoreInstanceState() ，而不是在onCreate() 期间恢复状态。 系统只在存在要恢复的已保存状态时调用 onRestoreInstanceState() ，因此我们无需检查 Bundle 是否为 null：

public void onRestoreInstanceState(Bundle savedInstanceState) {    super.onRestoreInstanceState(savedInstanceState);    Name = savedInstanceState.getInt(STATE_NAME);    Age = savedInstanceState.getInt(STATE_AGE);}

注意：始终调用 onSaveInstanceState() 的超类实现，以便默认实现可以恢复视图层次的状态。

这就是基本的每个生命周期的状态，了解了这些状态，方便我们日后更好的学习，一切从最简单开始。