Activity的生命周期，BACK键和HOME键生命周期

Activity的生命周期模型在Google提供的官方文档上有比较详细的一个图示

 

public class HelloActivity extends Activity {
    public static final String TAG = "HelloActivity";
    /** 
     * 第一个被运行的方法
     * 初始化页面
     * Bundle恢复上次的状态 
     */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        Log.v(TAG, "onCreate");
    }
    
    /**
     * 从onStop回到Activity的时候会执行
     * 按HOME键的时候会执行onStop,从新回到程序会执行这个方法
     */
    @Override
    protected void onRestart() {
        super.onRestart();
        Log.v(TAG, "onRestart");
    }
    
    /**
     * 在onCreate,onRestart后面执行
     */
    @Override
       protected void onStart() {
           super.onStart();
           Log.v(TAG, "onStart");
       }
    
    /**
     * 在onStart后面执行，执行这个方法后这个Activity就处于所有Activity堆栈的最上面
     * 进入用户可见可操做的状态
     */
    @Override
    protected void onResume() {
        super.onResume();
        Log.v(TAG, "onResume");
    }
    
    /**
     * 当其余Activity启动时这个方法会执行
     * 按HOME和BACK都会执行这个方法
     * 最好在这个方法中提交或者保存数据，由于颇有可能不再会回到这个activity中。
     * 这个方法最好不要执行太长时间，由于下个activity开始执行前会等待这个方法返回。
     */
    @Override
    protected void onPause() {
        super.onPause();
        Log.v(TAG, "onPause");
    }

    /**
     * activity好久没被显示，要被销毁，系统资源缺少，都会调用这个方法
     * 按HOME和BACK都会执行这个方法
     */
    @Override
    protected void onStop() {
        super.onStop();
        Log.v(TAG, "onStop");
    }

    /**
     * 调用finish方法，或者系统回收资源时调用
     */
    @Override
    protected void onDestroy() {
        super.onDestroy();
        Log.v(TAG, "onDestroy");
    }
    
}

PS:

•  手机应用的大多数状况下咱们只能在手机上看到一个程序的一个界面，用户除了经过程序界面上的功能按钮来在不一样的窗体间切换，还能够经过Back键和 Home键来返回上一个窗口，而用户使用Back或者Home的时机是很是不肯定的，任什么时候候用户均可以使用Home或Back来强行切换当前的界面。

• HOME键的执行顺序：onPause->onStop->onRestart->onStart->onResume
• BACK键的顺序： onPause->onStop->onDestroy->onCreate->onStart->onResume
• onPause不要作太耗时的工做
  
  各类方法的详解
  1. void onCreate(Bundle savedInstanceState) 
  
  当Activity被第首次加载时执行。咱们新启动一个程序的时候其主窗体的onCreate事件就会被执行。若是Activity被销毁后 （onDestroy后），再从新加载进Task时，其onCreate事件也会被从新执行。注意这里的参数 savedInstanceState（Bundle类型是一个键值对集合，你们能够当作是.Net中的Dictionary）是一个颇有用的设计，因为 前面已经说到的手机应用的特殊性，一个Activity极可能被强制交换到后台（交换到后台就是指该窗体再也不对用户可见，但实际上又仍是存在于某个 Task中的，好比一个新的Activity压入了当前的Task从而“遮盖”住了当前的 Activity，或者用户按了Home键回到桌面，又或者其余重要事件发生致使新的Activity出如今当前Activity之上，好比来电界面）， 而若是此后用户在一段时间内没有从新查看该窗体（Android经过长按Home键能够选择最近运行的6个程序，或者用户直接再次点击程序的运行图标，如 果窗体所在的Task和进程没有被系统销毁，则不用从新加载Process, Task和Task中的Activity，直接从新显示Task顶部的Activity，这就称之为从新查看某个程序的窗体），该窗体连同其所在的 Task和Process则可能已经被系统自动销毁了，此时若是再次查看该窗体，则要从新执行 onCreate事件初始化窗体。而这个时候咱们可能但愿用户继续上次打开该窗体时的操做状态进行操做，而不是一切从头开始。例如用户在编辑短信时忽然来 电，接完电话后用户又去作了一些其余的事情，好比保存来电号码到联系人，而没有当即回到短信编辑界面，致使了短信编辑界面被销毁，当用户从新进入短信程序 时他可能但愿继续上次的编辑。这种状况咱们就能够覆写Activity的void onSaveInstanceState(Bundle outState)事件，经过向outState中写入一些咱们须要在窗体销毁前保存的状态或信息，这样在窗体从新执行onCreate的时候，则会经过 savedInstanceState将以前保存的信息传递进来，此时咱们就能够有选择的利用这些信息来初始化窗体，而不是一切从头开始。 
  
  2. void onStart() 
  
  onCreate事件以后执行。或者当前窗体被交换到后台后，在用户从新查看窗体前已通过去了一段时间，窗体已经执行了onStop事件，可是窗 体和其所在进程并无被销毁，用户再次从新查看窗体时会执行onRestart事件，以后会跳过onCreate事件，直接执行窗体的onStart事 件。 
  
  3. void onResume() 
  
  onStart事件以后执行。或者当前窗体被交换到后台后，在用户从新查看窗体时，窗体尚未被销毁，也没有执行过onStop事件（窗体还继续存在于Task中），则会跳过窗体的onCreate和onStart事件，直接执行onResume事件。 
  
  4. void onPause() 
  
  窗体被交换到后台时执行。 
  
  5. void onStop() 
  
  onPause事件以后执行。若是一段时间内用户尚未从新查看该窗体，则该窗体的onStop事件将会被执行；或者用户直接按了Back键，将该窗体从当前Task中移除，也会执行该窗体的onStop事件。 
  
  6. void onRestart() 
  
  onStop事件执行后，若是窗体和其所在的进程没有被系统销毁，此时用户又从新查看该窗体，则会执行窗体的onRestart事件，onRestart事件后会跳过窗体的onCreate事件直接执行onStart事件。 
  
  7. void onDestroy() 
  
  Activity被销毁的时候执行。在窗体的onStop事件以后，若是没有再次查看该窗体，Activity则会被销毁。 
  
  最后用一个实际的例子来讲明Activity的各个生命周期。假设有一个程序由2个Activity A和B组成，A是这个程序的启动界面。当用户启动程序时，Process和默认的Task分别被建立，接着A被压入到当前的Task中，依次执行了 onCreate, onStart, onResume事件被呈现给了用户；此时用户选择A中的某个功能开启界面B，界面B被压入当前Task遮盖住了A，A的onPause事件执行，B的 onCreate, onStart, onResume事件执行，呈现了界面B给用户；用户在界面B操做完成后，使用Back键回到界面A，界面B再也不可见，界面B的onPause, onStop, onDestroy执行，A的onResume事件被执行，呈现界面A给用户。此时忽然来电，界面A的onPause事件被执行，电话接听界面被呈现给用 户，用户接听完电话后，又按了Home键回到桌面，打开另外一个程序“联系人”，添加了联系人信息又作了一些其余的操做，此时界面A再也不可见，其 onStop事件被执行，但并无被销毁。此后用户从新从菜单中点击了咱们的程序，因为A和其所在的进程和Task并无被销毁，A的onRestart 和onStart事件被执行，接着A的onResume事件被执行，A又被呈现给了用户。用户此次使用完后，按Back键返回到桌面，A的 onPause, onStop被执行，随后A的onDestroy被执行，因为当前Task中已经没有任何Activity，A所在的Process的重要程度被降到很 低，很快A所在的Process被系统结束
  常见的例子

 

情形1、一个单独的Activity的正常的生命过程是这样的：onCreate->onStart->onPause->onStop->onDestroy。例如：运行一个Activity，进行了一些简单操做（不涉及页面的跳转等），而后按返回键结束。

 

 

 

情形2、有两个Activity（a和b），一开始显示a，而后由a启动b，而后在由b回到a，这时候a的生命过程应该是怎么样的呢（a被b彻底遮盖）？

 

a经历的过程为onCreate->onStart->onResume->onPause->onStop->onRestart->onStart->onResume。这个过程说明了图中，若是Activity彻底被其余界面遮挡时，进入后台，并无彻底销毁,而是停留在onStop状态，当再次进入a时，onRestart->onStart->onResume，又从新恢复。

 

 

 

情形3、基本情形同二同样，不过此时a被b部分遮盖（好比给b添加个对话框主题 android:theme="@android:style/Theme.Dialog"）

 

a经历的过程是：onCreate->onStart->onResume->onPause->onResume

 

因此当Activity被部分遮挡时，Activity进入onPause，并无进入onStop，从Activity2返回后，执行了onResume

 

 

 

情形4、 打开程序，启动a，点击a，启动AlertDialog，按返回键从AlertDialog返回。

 

a经历的过程是：onCreate->onStart->onResume

 

当启动和退出Dialog时，Activity的状态始终未变，可见，Dialog实际上属于Acitivity内部的界面，不会影响Acitivty的生命周期。