Activity并不是什么新鲜的东西，老生常谈，这里只是随笔记录一些笔记。
每当说起Activity，感觉最关注的还是它的生命周期，因为要使我们的应用程序更加健壮，客户体验更加良好，如果对生命周期不熟悉，那是不可能完成的任务。好了，言归正传，开始笔记，尽可能用最精简的言语来阐述最实用的东西。
准备写几篇文章，这是第一篇只谈生命周期的普通用法，不涉及到复杂点的知识，比如任何栈回退栈等操作。
1、一张来自谷歌官方文档的Activity的生命周期图：
直接来个MainActivity，覆写以上所有方法并在方法里打印出Log日志，给定一个按钮，点击可以跳转到第二个Activity：
package com.lcw.rabbit.activitydemo; import android.app.Activity;
import android.content.Intent;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.widget.Button; public class MainActivity extends Activity { private static final String TAG = "Rabbit"; private Button mbButton; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
mbButton = (Button) findViewById(R.id.bt_button);
mbButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(MainActivity.this, SecondActivity.class));
}
}); Log.i(TAG, "1----------onCreate");
} @Override
protected void onStart() {
super.onStart();
Log.i(TAG, "1----------onStart");
} @Override
protected void onResume() {
super.onResume();
Log.i(TAG, "1----------onResume");
} @Override
protected void onPause() {
super.onPause();
Log.i(TAG, "1----------onPause");
} @Override
protected void onStop() {
super.onStop();
Log.i(TAG, "1----------onStop");
} @Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "1----------onRestart");
} @Override
protected void onDestroy() {
super.onDestroy();
Log.i(TAG, "1----------onDestroy");
}
}
MainActivity.java
再来个SecondActivity，一样覆写以上所有方法：
package com.lcw.rabbit.activitydemo; import android.app.Activity;
import android.os.Bundle;
import android.util.Log; public class SecondActivity extends Activity { private static final String TAG = "Rabbit"; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
Log.i(TAG, "2----------onCreate");
} @Override
protected void onStart() {
super.onStart();
Log.i(TAG, "2----------onStart");
} @Override
protected void onResume() {
super.onResume();
Log.i(TAG, "2----------onResume");
} @Override
protected void onPause() {
super.onPause();
Log.i(TAG, "2----------onPause");
} @Override
protected void onStop() {
super.onStop();
Log.i(TAG, "2----------onStop");
} @Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "2----------onRestart");
} @Override
protected void onDestroy() {
super.onDestroy();
Log.i(TAG, "2----------onDestroy");
} }
SecondActivity.java
2、Activity的流程之旅：（参照上面的流程图来理解）
实验一：
当我们进入第一个Activity的时候，我们的Log日志依次打印出了：onCreate，onStart，onResume方法。
结论：
当我们第一次启动Activity的时候会调用onCreate方法，然后在界面展示出来的时候调用了onStart方法，当用户获取焦点的时候调用onResume方法。
实验二：
当我们按下Back键的时候，我们的Log日志依次打印出了：onPause，onStop，onDestroy方法。
结论：
当Activity处于暂停（未被完全遮挡，比如弹出对话框状态）的时候会调用onPause，当完全不可见（被隐藏）的时候会调用onStop方法，当被销毁的时候会调用onDestroy方法。
实验三：
当我们重新进入Activity，它依旧是调用onCreate，onStart，onResume方法，当我们点击按钮跳转第二个Activity的时候，我们的Log日志依次打印出了：onPause，然后第二个Activity打印出依次onCreate，onStart，onResume，然后第一个Activity再调用onStop方法。
结论：
当Activity处于暂停（未被完全遮挡）的时候会调用onPause，然后启动第二个Activity，执行第二个Activity被创建的生命周期onCreate，onStart，onPause方法，当第一个Activity完全不可见（被隐藏）的时候会调用onStop方法。
实验四：
当我们按下Back键返回到第一个Activity的时候，Log日志依次打印出：第二个Activity的onPause，然后进入第一个Activity的onReStart，onStrat，onResume，然后第二个Activity调用了onStop，onDestroy。
结论：
当我们按下Back键返回到第一个Activity的时候，第二个Activity会先调用onPause暂停，由于第一个Activity刚才没被调用onDestroy销毁，所以这里没有重新调用onCreate方法创建而是调用了onReStart方法，然后展示界面onStart，获取屏幕焦点onResume，然后第二个Activity被完全覆盖执行onStop，然后被销毁onDestroy。
3、Activity设计模式之美
疑问1：
为什么不能直接去启动第二个Activiity？
答：
其实大家可以这样来理解，当我启动一个正在执行音乐播放的Activity的时候，突然有一个电话打进来了，电话也是一个Activity，那么在没有对第一个播放音乐的Activity进行暂停操作，就接通了电话，那么是不是我们在边通话的时候还会边放着音乐啊？很显然这是不符合常理的。
疑问2：
当我们启动别的Activity的时候，为什么不先把一个Activity完全销毁了，然后再去启动另一个？
答：
还是刚才打电话的例子，如果我们直接完全销毁了前面一个Activity，那么我们在接电话的时候当然就是舒服，因为没有音乐吵你了，但是当我们接完电话呢？我们是不是又要去重新打开那个音乐的Activity，然后再重投开始听？然后刚好又来一个电话呢？我想这时的你应该要摔电话了。
再来，如果我们直接去销毁了这个Activity，那刚好这个电话Activity由于不知名原因发生问题呢？那么此时电话的Activity没启动起来，音乐的Activity又销毁了，那么用户的手机屏幕就会出现黑屏（闪屏），这点在用户体验上是非常不好的。
可能敏捷点的朋友已经想到这个暂停方法onPause的好处了，当电话来的时候，我们去暂停音乐Activity的同时调用了onPause方法，我们就可以在这个方法里面去记录一些东西了，比如当前音乐的播放进度，当我们接完电话，回到音乐Activity的时候，我们会调用（实验四）的方法，我们可以在onRestart或者onResume中根据刚记录下来的播放进度去继续播放音乐。
所以Activity的生命周期这样去设计是非常合理的。
4、Activity交互实例
光说不练假把式，接下来上个示例,就以播放音乐为例子，注释很全，这里就不再多说了，要注意的是，我们进行了多媒体操作，我们需要在onDestroy的时候释放资源对象，否则会占着内存，程序会越来越卡。
package com.lcw.rabbit.activitydemo; import android.app.Activity;
import android.content.Intent;
import android.media.MediaPlayer;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.widget.Button; public class MainActivity extends Activity { private static final String TAG = "Rabbit"; private Button mbButton;
private MediaPlayer mMediaPlayer;
private int mCurrentPosition; @Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//点击按钮跳转第二个Activity
mbButton = (Button) findViewById(R.id.bt_button);
mbButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(MainActivity.this, SecondActivity.class));
}
}); //播放音乐
mMediaPlayer=MediaPlayer.create(this,R.raw.music);
mMediaPlayer.start(); Log.i(TAG, "1----------onCreate");
} @Override
protected void onStart() {
super.onStart();
Log.i(TAG, "1----------onStart");
} @Override
protected void onResume() {
super.onResume();
if(mCurrentPosition!=0){
//如果当前有记录进度，继续播放
mMediaPlayer.seekTo(mCurrentPosition);
mMediaPlayer.start();
}
Log.i(TAG, "1----------onResume");
} @Override
protected void onPause() {
super.onPause();
//记录当前进度
mCurrentPosition=mMediaPlayer.getCurrentPosition();
mMediaPlayer.pause();
Log.i(TAG, "1----------onPause");
} @Override
protected void onStop() {
super.onStop();
Log.i(TAG, "1----------onStop");
} @Override
protected void onRestart() {
super.onRestart();
Log.i(TAG, "1----------onRestart");
} @Override
protected void onDestroy() {
super.onDestroy();
//释放资源
mMediaPlayer.release();
mMediaPlayer=null;
Log.i(TAG, "1----------onDestroy");
}
}
MainActivity.java
5、关于Activity数据状态的保存
由于手机是便捷式移动设备，掌握在用户的手中，它的展示方向我们是无法预知的，具有不确定性。平时我们拿着手机多数为竖屏，但有时候我们感觉累了也会躺着去使用手机，那么这时手机屏幕的展示方向可能已经被用户切换成横屏，由于竖屏和横屏的界面宽高比例不同，那么我们的布局界面就会发生改变，所以是件很麻烦的事情，我们需要去准备两套UI布局，当然很多时候我们为了节省设计成本，只准备一套UI布局（竖屏或者横屏），使程序固定在一个方向，让其不跟随着屏幕的旋转而旋转。在这里我们先不去管这些东西，我们来看看当屏幕旋转的时候，Activity的生命周期是怎么走的：
实验五：
启动一个Activity，对屏幕进行翻转，观看生命周期的变化
结论：
在我们翻转屏幕的时候，会销毁当前的Activity，然后重建Activity。
对Activity进行重建的时候，我们的数据就会丢失，很多时候，当我们切换到别的Activity的时候，需要保存当前Activity的状态或者是临时数据，那么我们该怎么办呢？
我们在Activity里再覆写这两个方法：
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
Log.i(TAG, "1----------onSaveInstanceState");
} @Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
Log.i(TAG, "1----------onRestoreInstanceState");
}
然后我们再来看下这两个方法是什么时候被调用的：
1、当正常进入退出的时候，生命周期依旧正常，这两个方法没有被调用：
2、当我们正常进入一个Activity点击按钮跳转到别的Activity的时候，我们会发现onSaveInstanceState在第二个Activity获取屏幕焦点（onResume）之后，在第一个Activity执行onPause之后，onStop之前调用了此方法，当从第二个Activity切换回来的时候就重复执行着实验四。
细心的朋友可能已经发现，onSaveInstanceState方法里有个Bundle类型的回调参数，在onCreate里面也有个Bundle类型的参数，没错，答案就在这里，如果我们要对Activity的数据或者状态进行临时性的保存时，我们可以在onSaveInstaceState存入参数，类似这样的：
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putString("name","Rabbit");
Log.i(TAG, "1----------onSaveInstanceState");
}
在onCreate里获取：
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
//获取保存数据
if (savedInstanceState!=null){
Log.i(TAG, "I am "+savedInstanceState.get("name") );
} //点击按钮跳转第二个Activity
mbButton = (Button) findViewById(R.id.bt_button);
mbButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
startActivity(new Intent(MainActivity.this, SecondActivity.class));
}
}); Log.i(TAG, "1----------onCreate");
}
在onRestoreInstanceState里取：
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
//获取保存数据
if (savedInstanceState!=null){
Log.i(TAG, "I am "+savedInstanceState.get("name") );
}
Log.i(TAG, "1----------onRestoreInstanceState");
}
无图无真相，来看下实验结果图，我进入了Activity对屏幕翻转，触发Activity重建，可以看到数据已经被保存了。
但这里有个疑问，当我们不翻转屏幕，也就是不触发Activity重建的时候，我们是没有执行onCreate，onRestoreInstanceState方法的，所以这个Bundle对象我们不一定是可以拿到的，那数据保存不就变得很不可靠了吗？
没错，由于Activity重建的不确定，所以saveInstanceState保存的数据一般都是临时性的，真正持久化操作我们应该在onPause方法里操作。
这里额外的要提到一点，onRestoreInstanceState方法在两种状态下会被调用：
1、在Activity被覆盖或退居后台之后，系统资源不足将其杀死，然后用户又回到了此Activity，此方法会被调用；
2、在用户改变屏幕方向时，重建的过程中，此方法会被调用。
6、关于屏幕方向改变Activity会重建的应对策略：
1、
指定为竖屏：在AndroidManifest.xml中对指定的Activity设置：
android:screenOrientation="portrait"
或者在onCreate方法中指定：
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT); //竖屏
指定为横屏：在AndroidManifest.xml中对指定的Activity设置：
android:screenOrientation="landscape"
或者在onCreate方法中指定：
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE); //横屏
2、
锁定屏幕虽然可以实现我们想要的效果，但并不是很好的一种做法，为了避免这样销毁重建的过程，我们可以在AndroidMainfest.xml中对对应的<activity>配置：
android:configChanges="orientation"
如果是Android4.0，则是：
android:configChanges="orientation|keyboardHidden|screenSize"
然后我们在Activity里重写onConfigurationChanged方法：
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
Log.i(TAG, "1----------onConfigurationChanged");
}
这样Activity在翻转屏幕的时候就不会被销毁重建了，只是调用了onConfigurationChanged方法。
总结：
做工作中，你可能感兴趣的三个关键环① 完整生命周期② 可见生命周期③ 可交互生命周期
如图所示，图中的周期都是大的包括小的：
在实际工作中的使用
①onResume可见, 可交互.。把动态刷新的操作启动。
②onPause部分可见, 不可交互. 把动态刷新的一些操作, 给暂停了。
③onCreate 初始化一些大量的数据
④onDestroy 把数据给释放掉, 节省内存。
好了，今天先写到这里，关于Activity单单了解这些是远远不够的，下篇文章讲关于Activity的任务栈已经回退栈等操作。
作者：李晨玮
出处：http://www.cnblogs.com/lichenwei/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。
正在看本人博客的这位童鞋，我看你气度不凡，谈吐间隐隐有王者之气，日后必有一番作为！旁边有“推荐”二字，你就顺手把它点了吧，相得准，我分文不收；相不准，你也好回来找我！