指定首次启动的Activity
必须在manifest使用包括 MAIN action 与 LAUNCHER category 的<intent-filter>标签来声明。
<activity android:name=".MainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
如果程序中没有声明了MAIN action 或者LAUNCHER category的activity，那么在设备的主界面列表里面不会呈现app图标。
生命周期
onCreate
在onCreate()方法中定义UI以及实例化类成员变量。
onCreate里面尽量少做事情，避免程序启动太久都看不到界面
一旦onCreate 操作完成，系统会迅速调用onStart() 与onResume()方法。我们的activity不会在Created或者Started状态停留。技术上来说, activity在onStart()被调用后开始被用户可见，但是 onResume()会迅速被执行使得activity停留在Resumed状态，直到一些因素发生变化才会改变这个状态。
onDestory
大多数 app并不需要实现这个方法，因为局部类的references会随着activity的销毁而销毁，并且我们的activity应该在onPause()与onStop()中执行清除activity资源的操作。然而，如果activity含有在onCreate调用时创建的后台线程，或者是其他有可能导致内存泄漏的资源，则应该在OnDestroy()时进行资源清理，杀死后台线程。
onStart
当activity从Stopped状态回到前台时，它会调用onRestart().系统再调用onStart()方法，onStart()方法会在每次activity可见时都会被调用。onRestart()方法则是只在activity从stopped状态恢复时才会被调用，因此我们可以使用它来执行一些特殊的恢复(restoration)工作，请注意之前是被stopped而不是destrory。
为onStop()方法应该做清除所有activity资源的操作，我们需要在重启activtiy时重新实例化那些被清除的资源，同样, 我们也需要在activity第一次创建时实例化那些资源。介于上面的原因，应该使用onStart()作为onStop()所对应方法。因为系统会在创建activity与从停止状态重启activity时都会调用onStart()。
也就是说，我们在onStop里面做了哪些清除的操作，就该在onStart里面重新把那些清除掉的资源重新创建出来。因为用户很可能在回到这个activity之前已经过了很长一段时间，所以onStart()方法是一个比较好的地方来验证某些必须的系统特性是否可用。
onResume
系统每次调用这个方法时，activity都处于前台，包括第一次创建的时候。所以，应该实现onResume()来初始化那些在onPause方法里面释放掉的组件，并执行那些activity每次进入Resumed state都需要的初始化动作 (例如开始动画与初始化那些只有在获取用户焦点时才需要的组件)
onPause
通常应该在onPause()回调方法里面做以下事情:
- 停止动画或者是其他正在运行的操作，那些都会导致CPU的浪费.
- 提交在用户离开时期待保存的内容(例如邮件草稿).
- 释放系统资源，例如broadcast receivers, sensors (比如GPS), 或者是其他任何会影响到电量的资源。
通常，不应该使用onPause()来保存用户改变的数据 (例如填入表格中的个人信息) 到永久存储(File或者DB)上。仅仅当确认用户期待那些改变能够被自动保存的时候(例如正在撰写邮件草稿)，才把那些数据存到永久存储 。但是，我们应该避免在onPause()时执行CPU-intensive 的工作，例如写数据到DB，因为它会导致切换到下一个activity变得缓慢(应该把那些heavy-load的工作放到onStop()去做)。
当activity处于暂停状态，Activity实例是驻留在内存中的，并且在activity 恢复的时候重新调用。我们不需要在恢复到Resumed状态的一系列回调方法中重新初始化组件。
onStop
当activity调用onStop()方法, activity不再可见，并且应该释放那些不再需要的所有资源。一旦activity停止了，系统会在需要内存空间时摧毁它的实例(和栈结构有关，通常back操作会导致前一个activity被销毁)。极端情况下，系统会直接杀死我们的app进程，并不执行activity的onDestroy()回调方法, 因此我们需要使用onStop()来释放资源，从而避免内存泄漏。
activity已经停止后，Activity对象会保存在内存中，并在activity resume时被重新调用。我们不需要在恢复到Resumed state状态前重新初始化那些被保存在内存中的组件。系统同样保存了每一个在布局中的视图的当前状态，如果用户在EditText组件中输入了text，它会被保存，因此不需要保存与恢复它。
释放资源
onDestory
是我们最后去清除那些可能导致内存泄漏的地方。因此需要确保那些线程都被destroyed并且所有的操作都被停止。
onSaveInstanceState()
Activity被销毁的情况：
- Activity是由于正常的程序行为而被Destory的
- 系统也有可能会在Activity处于stop状态且长时间不被使用，或者是在前台activity需要更多系统资源的时关闭后台进程，以图获取更多的内存。
正常情况下销毁activity系统就丢失了对Activity实例的引用，因为这一行为意味着不再需要这个activity了。然而，如果因为系统资源紧张而导致Activity的Destory， 系统会在用户回到这个Activity时有这个Activity存在过的记录，系统会使用那些保存的记录数据（描述了当Activity被Destory时的状态）来重新创建一个新的Activity实例。那些被系统用来恢复之前状态而保存的数据被叫做 "instance state" ，它是一些存放在Bundle对象中的key-value pairs。
默认情况下, 系统使用 Bundle 实例来保存每一个View(视图)对象中的信息(例如输入EditText 中的文本内容)。因此，如果Activity被destroyed与recreated, 则layout的状态信息会自动恢复到之前的状态。然而，activity也许存在更多你想要恢复的状态信息。
为了使Android系统能够恢复Activity中的View的状态，每个View都必须有一个唯一ID，由android:id定义。
为了可以保存额外更多的数据到saved instance state。在Activity的生命周期里面存在一个额外的回调函数，你必须重写这个函数。该回调函数并没有在前面课程的图片示例中显示。这个方法是onSaveInstanceState() ，当用户离开Activity时，系统会调用它。当系统调用这个函数时，系统会在Activity被异常Destory时传递 Bundle 对象，这样我们就可以增加额外的信息到Bundle中并保存到系统中。若系统在Activity被Destory之后想重新创建这个Activity实例时，之前的Bundle对象会(系统)被传递到你我们activity的onRestoreInstanceState()方法与 onCreate() 方法中。
onRestoreInstanceState
当activity重新初始化时，这个方法在onstart()之后调用，他可以取出onSaveInstanceState()中存储的数据
onCreate中也可以取出instance state ，但是，在完成所有初始化之后，或者允许子类决定是否使用默认实现，在这里做这项工作有时是很方便的
TEST
创建一个新的activity,然后在我们上面说道的生命周期中都打日志，观察他们执行的流程
private static final String TAG = "MainActivity";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
Log.e(TAG, "onCreate: ");
setContentView(R.layout.activity_main);
}
@Override
protected void onRestart() {
super.onRestart();
Log.e(TAG, "onRestart: ");
}
@Override
protected void onStart() {
super.onStart();
Log.e(TAG, "onStart: ");
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
Log.e(TAG, "onRestoreInstanceState: ");
}
@Override
protected void onResume() {
super.onResume();
Log.e(TAG, "onResume: ");
}
@Override
protected void onPause() {
super.onPause();
Log.e(TAG, "onPause: ");
}
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Log.e(TAG, "onSaveInstanceState: ");
}
@Override
protected void onStop() {
super.onStop();
Log.e(TAG, "onStop: ");
}
- 打开该activity:
07-17 14:49:48.628 18505-18505/com.example.frc.trainingapp E/MainActivity: onCreate:
07-17 14:49:48.648 18505-18505/com.example.frc.trainingapp E/MainActivity: onStart:
07-17 14:49:48.648 18505-18505/com.example.frc.trainingapp E/MainActivity: onResume:
- 按home键退到后台
07-17 14:50:18.518 18505-18505/com.example.frc.trainingapp E/MainActivity: onPause:
07-17 14:50:18.568 18505-18505/com.example.frc.trainingapp E/MainActivity: onSaveInstanceState:
07-17 14:50:18.568 18505-18505/com.example.frc.trainingapp E/MainActivity: onStop:
- 回到前台：
07-17 14:57:27.788 18505-18505/com.example.frc.trainingapp E/MainActivity: onRestart:
07-17 14:57:27.788 18505-18505/com.example.frc.trainingapp E/MainActivity: onStart:
07-17 14:57:27.788 18505-18505/com.example.frc.trainingapp E/MainActivity: onResume:
-跳转到下个SecondActivity页面
07-17 15:01:44.238 30168-30168/com.example.frc.trainingapp E/MainActivity: onPause:
07-17 15:01:44.268 30168-30168/com.example.frc.trainingapp E/SecondActivity: onCreate:
07-17 15:01:44.268 30168-30168/com.example.frc.trainingapp E/SecondActivity: onStart:
07-17 15:01:44.268 30168-30168/com.example.frc.trainingapp E/SecondActivity: onResume:
07-17 15:01:44.758 30168-30168/com.example.frc.trainingapp E/MainActivity: onSaveInstanceState:
07-17 15:01:44.758 30168-30168/com.example.frc.trainingapp E/MainActivity: onStop:
发现当第二个页面显示后（onResume）第一个页面才会不可见(onStop)
- 回到第一个页面：
07-17 15:03:59.308 30168-30168/com.example.frc.trainingapp E/SecondActivity: onPause:
07-17 15:03:59.318 30168-30168/com.example.frc.trainingapp E/MainActivity: onRestart:
07-17 15:03:59.318 30168-30168/com.example.frc.trainingapp E/MainActivity: onStart:
07-17 15:03:59.318 30168-30168/com.example.frc.trainingapp E/MainActivity: onResume:
07-17 15:03:59.788 30168-30168/com.example.frc.trainingapp E/SecondActivity: onStop:
07-17 15:03:59.788 30168-30168/com.example.frc.trainingapp E/SecondActivity: onDestroy:
- 将手机横盘（不要禁止横竖屏幕切换）
07-17 15:07:27.088 30168-30168/com.example.frc.trainingapp E/MainActivity: onPause:
07-17 15:07:27.088 30168-30168/com.example.frc.trainingapp E/MainActivity: onSaveInstanceState:
07-17 15:07:27.088 30168-30168/com.example.frc.trainingapp E/MainActivity: onStop:
07-17 15:07:27.088 30168-30168/com.example.frc.trainingapp E/MainActivity: onDestroy:
07-17 15:07:27.108 30168-30168/com.example.frc.trainingapp E/MainActivity: onCreate:
07-17 15:07:27.128 30168-30168/com.example.frc.trainingapp E/MainActivity: onStart:
07-17 15:07:27.138 30168-30168/com.example.frc.trainingapp E/MainActivity: onRestoreInstanceState:
07-17 15:07:27.138 30168-30168/com.example.frc.trainingapp E/MainActivity: onResume:
通过切换横竖屏幕模拟activity被异常销毁
google官网的图,挺不错的：
