在做android项目开发时，就不得不遇到一个Activity的状态组件，这个组件描述的是一个控件、一个窗体等的当前状态信息。下面详细介绍这个组件
一、Activity状态
Activity有三种状态：active/running、paused、stopped。
1、active/running状态，在当前屏幕时，即用户可见的Activity，位于当前Task的栈顶。
2、paused状态，Activity失去焦点但对用户依然可见。也就是说在它上面有另外一个非全屏或者透明的Activity，并成为了当前的焦点。它还没有被其他的Activity完全遮盖住，而paused的Activity依然是alive状态的，它保留着所有的状态和成员信息并连接至窗口管理器，但当系统处于极低内存的情况下，仍然可以杀死这个Activity。
3、stopped 状态，当Activity完全被另一个Activity覆盖时，它仍然保留所有的状态和成员信息。但它不再被用户可见，所以它的窗口将被隐藏，当其它地方需要内存，则系统经常会杀死这个Activity。
当Activity是paused或者stopped状态时，系统可以通过要求它结束（调用它的finish()方法）或直接杀死它的进程来将它驱出内存。当它再次为用户可见的时候，它只能完全重新启动并恢复至以前的状态。
启动并恢复至以前的状态。
二、为什么会有这么麻烦的状态变化
1、手机屏幕大小有限，只能看到有限的界面数量，用户需要通过Back键或Home键或其他方式切换Activity。
2、在有手机来电时，系统会优先切换显示电话接听界面。
由于上述的一些原因，确实存在界面随时可能发生切换的情况，最佳方式当然不是每次都直接销毁之前的界面，很多时候我们也需要在回到之前界面后恢复之前的状态。我们需要了解这些状态，当然还包括要掌握Activity的“生命周期”等知识，这样就能够在Activity发生变化时，知其所以然，并能够根据需求采取一定的措施，例如切换界面时，保存当前的界面信息，即使其被意外杀死也能恢复之前状态。三、Activity生命周期
当一个Activity从这个状态转变到另一个状态时，它被以下列protected方法所通知：
public class Activity extends ApplicationContext
{
protected void onCreate(Bundle savedInstanceState);
protected void onStart();
protected void onRestart();
protected void onResume();
protected void onPause();
protected void onStop();
protected void onDestroy();
}
1、onCreate -- 当Activity第一次创建时会被调用（未被销毁前不会被再次调用）。在这个方法中可以做一些初始化工作，例如对创建新的View、获取并设置View的一些属性、绑定列表的数据等等。如果能捕获到Activity 状态的话，这个方法传递进来的Bundle对象将存放了Activity当前的状态。调用该方法后一般会调用onStart()方法。此时Activity不可见，所以并不是所有的初始化工作都适合在这里做，例如一些动画的开始。
2、onRestart -- 在Activity被停止后重新启动时会调用该方法。其后续会调用onStart方法。
3、onStart -- 当Activity对于用户可见前即调用这个方法。如果Activity回到前台则接着调用onResume() ，如果Activity隐藏则调用onStop()。此时Activity可能可见，但即使可见，也无法进行交互操作。
4、onResume -- 在Activity开始与用户交互前调用该方法。在这时该Activity 处于Activity 栈的顶部，并且接受用户的输入。其后续会调用 onPause() 方法。此时Activity也不一定可见，需要通过onWindowFocusChanged(boolean)来确定Activity是否可见。
5、onPause -- 在系统开始准备恢复其它Activity时会调用该方法。这个方法中通常用来提交一些还没保存的更改到持久数据中，停止一些动画或其它一些耗CPU的操作等等。无论在该方法里面进行任何操作，都需要较快速完成，因为如果它不返回的话，下一个Activity 将无法恢复出来。如果Activity 返回到前台将会调用onResume()，如果Activity变得对用户不可见了将会调用onStop() 。
6、onStop -- 在Activity对用户不可见时将调用该方法。可能会因为当前Activity 正在被销毁，或另一个Activity（已经存在的Activity 或新的Activity ）已经恢复了正准备覆盖它，而调用该方法。如果Activity 正准备返回与用户交互时后续会调用onRestart ，如果Activity正在被释放则会调用onDestroy 。
7、onDestroy -- 在Activity被销毁前会调用该方法。这是Activity能接收到的最后一个调用。可能会因为有人调用了finish方法使得当前Activity正在关闭，或系统为了保护内存临时释放这个Activity的实例，而调用该方法。你可以用isFinishing方法来区分这两种不同的情况。
要注意的是，onPause()，onStop()，onDestory()这3个方法都可能会因为系统内存不足而被系统直接kill。而平常从一个Activity转向/回到另一个Activity时，当新Activity是full screen（弹出窗口，例如AlertDialog是不算的）的时候就会调用前一个Activity的onPause()，然后调用onStop()，而无论onPause或者onStop，都有可能被kill，所以一般在onPause时就应该保存需要持久化的一些数据（例如用户编辑的信息）。
onCreate、onStart、onResume都不是Activity准确能够交互的点，真正的是onWindowFocusChaned()函数被执行时。四、Android的进程
android根据其重要性在内存不足的时候移去重要性最低的进程。重要性由高到低为：
1、活动/前台进程
指那些有组件正和用户进行交互的应用程序进程。他们都是android尝试通过回收资源来使其保持响应的进程。这些进程的数量非常少，只用到最后的关头才会终止这些进
程。
活动进程包括：
处于“活动”状态的Activity，也就是说，它们位于前台并对用户事件进行响应。
正在执行onReceive事件处理程序的广播接收器。
正在执行onCreate()、onStart()或onDestory事件处理程序的服务。
正在运行，且已被标记为前台运行的服务。
2、可见进程
可见，但是非活动的进程是指那些驻留可见活动的进程。顾名思义，可见的活动能被用户看到，但是他们并不是在前台运行或者能对用户事件做出响应，比如，当一个活动Activity被部分遮挡的时候（被一个非全屏或者半透明状态的Activity遮挡时）就会出现这类情况。这类进程的数量很少，只有在资源极度缺乏的环境下，为保证活动进程的继续执行，才会终止这些进程。
3、服务进程
已经启动的服务进程。服务支持在没有可见界面的情况下，仍然能继续不间断地进行处理。因为后台服务没有直接和用户进行交互，所以它们的优先级要比可见进程低一些。但是他们仍然被认为是前台进程。除非活动或者可见进程需要资源，否则不会终止它们。
4、后台进程
不可见，并且没有任何正在运行的服务的活动的进程，通常会有大量的后台进程。这样的程序拥有一个用户不可见的Activity。这样的程序在系统内存不足时，按照LRU的顺序被结束。
运行着一个对用户不可见的Activity（调用过onStop() 方法）。这些进程对用户体验没有直接的影响，可以在服务进程、可见进程、前台进程需要内存的时候回收。通常，系统中会有很多不可见进程在运行，他们被保存在LRU (least recently used) 列表中，以便内存不足的时候被第一时间回收。如果一个Activity正确的执行了它的生命周期，关闭这个进程对于用户体验没有太大的影响。
5、空进程
这样的进程不包含任何活动的程序部件。系统可能随时关闭这类进程。未运行任何程序组件。运行这些进程的唯一原因是作为一个缓存，缩短下次程序需要重新使用的启动时间。系统经常中止这些进程，这样可以调节程序缓存和系统缓存的平衡。
Android对进程的重要性评级的时候，选取它最高的级别。另外，当被另外的一个进程依赖的时候，某个进程的级别可能会增高。一个为其他进程服务的进程永远不会比被服务的进程重要级低。因为服务进程比后台Activity进程重要级高，因此一个要进行耗时工作的Activity最好启动一个Service来做这个工作，而不是开启一个子进程
