Android学习笔记

深入理解Activity与Fragment

1.1Activity的回调机制

   这里借用web开发里面的Servlet进行解释，当开发者实现一个Servlet时，根据不同的需求选择性的实现以下方法

—init(ServletConfig config)

—destroy()

  —doGet(HttpServletRequest req, HttpServletResponse resp)

  —doPost(HttpServletRequest req, HttpServletResponse resp)

  —service(HttpServletRequest req, HttpServletResponse resp)

将这个Servlet配置到web应用中，web容器就会在特定的时刻调用该Servlet上面的各种方法，这种调用被称为回调。

   Activity的回调机制也如此当Activity被部署在Android应用中，随着应用的运行，Activity会不断的在不同状态之间切换，该Activity的特定方法就会被回调，开发者可以选择性的重写这些方法加入业务相关的处理。

1.2Activity的生命周期

 1）归纳起来Activity会经历以下四种状态：

• 运行状态：此时Activity位于前台，用户可见，可以获得焦点。
• 暂停状态：其他Activity位于前台，该Activity依然可见，只是不能获得焦点。
• 停止状态：该Activity不可见，失去焦点。
• 销毁状态：Activity所在的进程被销毁

2）Activity的生命周期中，如下方法会被系统回调

onCreate：与onDestroy配对，表示Activity正在被创建，这是生命周期的第一个方法。在这个方法中可以做一些初始化的工作（加载布局资源、初始化Activity所需要的数据等），这个方法只会被调用一次。

onStart：与onStop配对，表示Activity正在被启动，并且即将开始。但是这个时候要注意它与onResume的区别。两者都表示Activity可见，但是onStart时Activity还正在加载其他内容，正在向我们展示，用户还无法看到，即无法交互。

onRestart：表示Activity正在重新启动。一般情况下，在当前Activity从不可见重新变为可见的状态时onRestart就会被调用。这种情形一般是由于用户的行为所导致的，比如用户按下Home键切换到桌面或者打开了一个新的Activity（这时当前Activity会暂停，也就是onPause和onStop被执行），接着用户有回到了这个Activity，就会出现这种情况。

onResume：与onPause配对，表示Activity已经创建完成，并且可以开始活动了，这个时候用户已经可以看到界面了，并且即将与用户交互（完成该周期之后便可以响应用户的交互事件了）。

onPause：与onResume配对，表示Activity正在暂停，正常情况下，onStop接着就会被调用。在特殊情况下，如果这个时候用户快速地再回到当前的Activity,那么onResume会被调用

（极端情况）。一般来说，在这个生命周期状态下，可以做一些存储数据、停止动画的工作，但是不能太耗时，如果是由于启动新的Activity而唤醒的该状态，那会影响到新Activity的显示，原因是onPause必须执行完，新的Activity的onResume才会执行。

onStop：与onStart配对，表示Activity即将停止，可以做一些稍微重量级的回收工作，同样也不能太耗时（可以比onPause稍微好一点），停止Activity时会被回调。

onDestroy：与onCreate配对，表示Activity即将被销毁，这是Activity生命周期的最后一个回调，我们可以做一些回收工作和最终的资源释放（如Service、BroadReceiver、Map等）。 

1.3Activity的加载模式

1）配置Activity时可以指定android：launchMode属性，该属性用于配置该Activity的加载模式。可选参数有如下四个：

standard：标准模式，默认加载模式

singleTop：Task栈顶单例模式

singleTask：Task内单例模式

singleInstance：全局单例模式

2）Android对于Activity的管理：Android采用Task来管理多个Activity，当我们启动一个应用时，Android就会为其创建一个Task，然后启动这个应用入口的Activity；Android的Task的概念比较麻烦，因为Android没有提供Task的API，因此开发者无法真正的访问Task，但是可以  调用Activity的getTaskId（）方法获取它所在的Task的ID；我们可以将Task理解为Activity栈，先启动的Activity被放在栈底，后启动的Activity被放在栈顶。  

3）standard模式：使用这种模式启动Activity时，Android总

会为目标Activity创建一个新的实例，并将该Activity放到当前  

Task中，这种模式不会启动新的Task，新的Activity会被放置

到原来的Task中。

  

4）singleTop模式：这种模式与standard模式相似，但有

 一点不同，若要启动的Activity已经在Task栈顶时不会创建新的实例而是复用当前的实例。

5）singleTask模式：可分为以下三种情况 

1、若要启动的目标Activity不存在，则系统会创建Activity的实例并将其加入Task栈顶。

2、若目标Activity已经存在栈顶，此时与singleTop行为相同。

3、若要启动的Activity已经存在，但不是在栈顶，系统会把该Activity上面所有的移出栈，是目标Activity转入栈顶。

6）singleInstance模式：在这种模式下，系统保证不论从哪个Task中启动目标Activity，只会创建一个Activity实例，并会使用一个全新的Task加载该Activity实例，可分为以下两种情况

1、若启动的目标Activity不存在，系统会先先创建全新的Task，再创建Activity的实例，并将其加入新的Task栈顶。

2、若要启动的Activity已经存在，不论其在哪个系统或者Task中，系统都会把该Activity所在的Task转到前台来，从而使该Activity显示出来。