Activity，在四大组件中，无疑是最复杂的，这年头，一样东西和界面挂上了勾，都简化不了，想一想，独立做一个应用有多少时间沦落在了界面上，就能琢磨清楚了。从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，就需要派生一个Activity的子类，然后埋头苦干上述事情。
activity是用户和应用程序交互的窗口，一个activity相当于我们实际中的一个网页，当打开一个屏幕时，之前的那一个屏幕会被置为暂停状态，并且压入历史堆栈中，用户可以通过回退操作返回到以前打开过的屏幕。activity的生命周期：即“产生、运行、销毁”，但是这其中会调用许多方法onCreate（创建） 、onStart（激活） 、onResume（恢复） 、onPause（暂停） 、onStop（停止） 、onDestroy（销毁） 、onRestart（重启）。
这七个方法定义了Activity的完整生命周期。实现这些方法可以帮助我们监视其中的三个嵌套生命周期循环：
Activity的完整生命周期自第一次调用onCreate()开始，直至调用onDestroy()为止。Activity在onCreate()中设置所有“局”状态以完成初始化，而在onDestroy()中释放所有系统资源。例如，如果Activity有一个线程在后台运行从网络上下载据，它会在onCreate()创建线程，而在 onDestroy()销毁线程。
Activity的可视生命周期自onStart()调用开始直到相应的onStop()调用结束。在此期间，用户可以在屏幕上看到Activity，管它也许并不是位于前台或者也不与用户进行交互。在这两个方法之间，我们可以保留用来向用户显示这个Activity所需源。例如，当用户不再看见我们显示的内容时，我们可以在onStart()中注册一个BroadcastReceiver来监控会影响UI的化，而在onStop()中来注消。onStart() 和 onStop() 方法可以随着应用程序是否为用户可见而被多次调用。
Activity的前台生命周期自onResume()调用起，至相应的onPause()调用为止。在此期间，Activity位于前台最上面并与用户进行交互。Activity会经常在暂停和恢复之间进行状态转换——例如:当设备转入休眠状态或者有新的Activity启动时，将调用onPause() 方法。当Activity获得结果或者接收到新的Intent时会调用onResume() 方法。
Activity的启动有三种，
1、onCreate()
第一次启动这个Activity时候一定是会先从这里启动Activity的。如果一些常量需要初始化，比如话机读取本地配置，获得线路类型、地理位置之类的信息都要在这里做
2、onRestart()
从当前Activity A跳转到另外一个Activity B时候，A如果不手动处理的话，是暂时被压到Activity堆栈里面了。如果再次从B或者另
外的Activity跳回A，此时A就会从onRestart()函数启动
3、onNewIntent(Intent intent)
从这个函数的启动不大常见，如果一个TabLayout的content内容填充的都是activity的话，例如系统的联系人程序，点击联系人或者拨号时候，出现的是一个TabActivity，这时候其实拨号程序、联系人程序、通话记录、收藏四个Activity都调用了onCreate函数，此时，如果点击的是联系人程序，打开的TabActivity默认的界面就是联系人列表的界面，此时如果点击拨号的Tab时候，拨号程序的启动就是从onNewIntent(Intent intent)这个函数再次启动的。到现在为止我也只是发现了此一种情况是从这个函数再次启动一个activity的，要是知道别的情况也是从这个函数启动的话麻烦告知下。
为什么要研究Activity的启动呢？有时候我们设置了一些全局变量，比如系统的通话记录程序，每次启动它的时候都要刷新下，不然刚刚拨打过电话的记录就不会显示，类似的还有如果我们有一些全局需要调用的变量是从一个本地配置文件读取的，但是当Activity压栈时候，本地配置或者全局变量发生变化呢?如果不重新读取下，它的值就不会改变，程序就会出错的。
---------------------------------------------------------------------------------------------------
