Activity——简单介绍

---

Activity的四个状态

Activity始终处于以下状态中：running-poused-stopped-killed

• running->当前显示在屏幕的activity(位于任务栈的顶部)，用户可见状态。
• poused->依旧在用户可见状态，但是界面焦点已经失去，此Activity无法与用户进行交互。
• stopped->用户看不到当前界面,也无法与用户进行交互 完全被覆盖.
• killed->当前界面被销毁，等待这系统被回收

关于activity四个状态所在的生命周期：

由上图我们得知：

• Starting —–>Running 所执行的生命周期顺序 onCreate()->onstart()->onResume()
  当前称为活动状态（Running），此activity所处于任务栈的top中，可以与用户进行交互。
• Running ——>Paused 所执行Activity生命周期中的onPause()
  当前称为暂停状态（Paused），该Activity已失去了焦点但仍然是可见的状态(包括部分可见)。
• Paused ——>Running所执行的生命周期为:OnResume()
  当前重新回到活动状态(Running),此情况用户操作back键，回到当前activity界面 或者 用户关闭了显示在此Activity上的Dialog后发生。
• Paused ——>Stoped所执行的生命周期为:onStop()
  该Activity被另一个Activity完全覆盖的状态,该Activity变得不可见，所以系统经常会由于内存不足而将该Activity强行结束。
• Stoped——>killed所执行的生命周期为:onDestroy()
  该Activity被系统销毁。当一个Activity处于暂停状态或停止状态时就随处可能进入死亡状态，因为系统可能因内存不足而强行结束该Activity。

注：还有一种情况由于系统内存不足可能在Paused状态中直接被系统杀死达到killed状态。

Activity的生命周期

activity的生命周期：
oncreate()->onstart()->onResume()->onRestart()->onPouse()->onStop()->onDestory()

上图概括了android生命周期的各个环节，描述了activity从生成到销毁的过程。

• onCreate():
  当我们点击activity的时候，系统会调用activity的oncreate()方法，在这个方法中我们会初始化当前布局setContentLayout（）方法。
• onStart():
  onCreate()方法完成后，此时activity进入onStart()方法,当前activity是用户可见状态，但没有焦点，与用户不能交互，一般可在当前方法做一些动画的初始化操作。
• onResume():
  onStart()方法完成之后，此时activity进入onResume()方法中，当前activity状态属于运行状态 (Running)，可与用户进行交互。
• onPause()
  当另外一个activity覆盖当前的acitivty时，此时当前activity会进入到onPause()方法中，当前activity是可见的，但不能与用户交互状态。
• onStop()
  onPause()方法完成之后，此时activity进入onStop()方法，此时activity对用户是不可见的，在系统内存紧张的情况下，有可能会被系统进行回收。所以一般在当前方法可做资源回收。
• onDestory()
  onStop()方法完成之后，此时activity进入到onDestory()方法中，结束当前activity。
• onRestart()
  onRestart()方法在用户按下home()之后，再次进入到当前activity的时候调用。调用顺序onPouse()->onStop()->onRestart()->onStart()->onResume().

---

实例：

//当AActivity切换BActivity的所执行的方法:
AActivity:onCreate()->onStart()->onResume()->onPouse()
BActivity:onCreate()->onStart()->onResume()
AActivity:onStop()->onDestory()

//当AActivity切换BActivity（此activity是以dialog形式存在的）
//所执行的方法:
AActivity:onCreate()->onStart()->onResume()->onPouse()
BActivity:onCreate()->onStart()->onResume()

Activity中onSaveInstanceState()和onRestoreInstanceState()

• onSaveInstanceState(Bundle outState):
  onSaveInstanceState函数在Activity生命周期中执行。
  outState 参数作用 :
  数据保存 : Activity 声明周期结束的时候, 需要保存 Activity 状态的时候, 会将要保存的数据使用键值对的形式 保存在 Bundle 对象中;
  调用时机 :
  Activity 被销毁的时候调用, 也可能没有销毁就调用了;
  按下Home键 : Activity 进入了后台, 此时会调用该方法;
  按下电源键 : 屏幕关闭, Activity 进入后台;
  启动其它 Activity : Activity 被压入了任务栈的栈底;
  横竖屏切换 : 会销毁当前 Activity 并重新创建；
  onSaveInstanceState方法调用注意事项 :
  用户主动销毁不会调用 : 当用户点击回退键 或者 调用了 finish() 方法, 不会调用该方法;
  调用时机不固定 : 该方法一定是在 onStop() 方法之前调用, 但是不确定是在 onPause() 方法之前 还是 之后调用;
  布局中组件状态存储 : 每个组件都 实现了 onSaveInstance() 方法, 在调用函数的时候, 会自动保存组件的状态, 注意, 只有有 id 的组件才会保存;
  关于默认的 super.onSaveInstanceState(outState) : 该默认的方法是实现 组件状态保存的;

onRestoreInstanceState(Bundle outState):
方法回调时机 : 在 Activity 被系统销毁之后 恢复 Activity 时被调用, 只有销毁了之后重建的时候才调用, 如果内存充足, 系统没有销毁这个 Activity, 就不需要调用;
– Bundle 对象传递 : 该方法保存的 Bundle 对象在 Activity 恢复的时候也会通过参数传递到 onCreate() 方法中（系统为我们保存的一些数据会在这得以保存）

---

Acivity的启动模式

• 标准模式：Standard

1.这是android默认的activity的启动模式，即不在 AndroidManifest.xml 的 Activity 中 显示指定android:launchMode 的情况下，都是这种模式
2.系统每次创建它时，无论任务栈内是否已经存在了这个activity实例，都会创建一个新的实例，放到当前栈中
3.这个以标准模式被启动的activity运行在启动它的activity所在的栈中，所以不能通过TaskAffinity给它指定他想要的任务栈（指定了也没用），也就是说它只可以寄宿在启动它的activity所在的栈中。
4.以ApplicationContext（在Service中或者Activity中拿到应用程序上下文来启动Activity）启动的设置为标准启动模式的activity，无法被正确启动，会报下图所示的异常，解决方式是为带启动的activity添加标记Intent.FLAG_ACTIVITY_NEW_TASK，才可以被启动。这种方式，实际上是将待启动的activity的启动模式临时换成了SingleTask模式来启动，因为在项目构建中，清单文件先被读取，然后才是代码设置，所以后设置的会覆盖先设定的。

• 栈顶复用：SingleTop

1.如果开启的Activity已经存在一个实例在任务栈的顶部（仅限于顶部）,再去开启这个Activity，任务栈不会创建新的Activity的实例了，而是复用已经存在的这个Activity，onNewIntent方法被调用
2.之前打开过，但不是位于栈顶，那么还是会产生新的实例入栈，不会回调onNewIntent方法。
3.以这种模式被启动的activity，指定TaskAffinity也是没用的。

• 栈内复用：SingleTask

1.查看创建的 Activity 是否存在此任务栈 , 若不存在则重新创建一个任务栈 , 创建该 Activity 实例 且 置于栈中。若存在则查看该 Activity 是否存在任务栈栈内。存在 : 则将当前 Activity 实例以上的所有 Activity 移出任务栈 , 使当前Activity 置于栈顶并调用 onNewIntent() 方法。不存在 : 创建一个新Activity 实例并置于栈顶。
2.可以为以这种启动方式启动的activity指定TaskAffinity属性来指定它所属的栈的名字，如果不指定，则跟随包名。
3.可以为以这种启动方式启动的activity指定TaskAffinity属性来指定它所属的栈的名字。

• 单例模式：SingleInstance

1.直接创建一个新的 任务栈 和 创建该 Activity 实例 放入新创建的栈中。
2.可以为以这种启动方式启动的activity指定TaskAffinity属性来指定它所属的栈的名字。
3.栈内复用模式 (singleTask) 的加强版
4.如果该activity已经存在于它的栈中，其它应用（可能有多个）打开它时，将会共享这个栈。

---

关于onNewIntent

1.onNewIntent和其它生命周期方法调用的先后顺序（指定为SingleTop的Activity处于Stoped状态时的顺序）：onNewIntent－ onResart－onStart－onResume。
2.onNewIntent和onCreate不会同时调用。
3.onNewIntent方法中需要将新的intent设置到activity中去（使用setIntent方法完成），不然后续执行的生命周期函数中getIntent拿到的intent不是最新的intent。
4.当系统在低内存时，可能会杀掉A。此时，B-A 就是正常的0nCreat－onStart－onResume，此时的A的getIntent() 就是最新的从B传回来的，不经过onNewIntent().所以从B返回的数据操作不能只是放在onNewIntent中，放在onStart 之后会比较安全。当然你也可以在Oncreat()和onNewIntent() 中都做处理。

---

关于任务栈（Task）

1.android用来存放若干activity的集合的栈叫Task
2.为了保证用户体验，任务栈既可以包含自己的activity，也可以包含其它应用的activity

---

关于TaskAffinity

1.这个参数标识了一个Activity所需任务栈的名字，默认情况下，所有Activity所需的任务栈的名字为应用的包名
2.我们可以单独指定每一个Activity的taskAffinity属性覆盖默认值（如果被指定了taskAffinity的activity被设置为Standard或者SingleTop模式，则taskAffinity不起任何作用，都会使用app默认启动的栈，不会创建新的栈）
3.在概念上，具有相同的affinity的activity（即设置了相同taskAffinity属性的activity）属于同一个任务，所以，我们可以将两个不同App中的Activity设置为相同的taskAffinity，这样虽然在不同的应用中，但是Activity会被分配到同一个Task中去。

---

启动模式的设置方式

• 在 AndroidMainifest 的 Activity 配置进行设置

<activity
android:launchMode="启动模式"
//属性
//standard：标准模式
//singleTop：栈顶复用模式
//singleTask：栈内复用模式
//singleInstance：单例模式
//如不设置，Activity的启动模式默认为**标准模式（standard）**
</activity>

• 通过Intent设置标识

Intent inten = new Intent (ActivityA.this, ActivityB.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
//标志说明
//FLAG_ACTIVITY_SINGLE_TOP : 指定启动模式为栈顶复用模式 ( SingleTop )
//FLAG_ACTIVITY_NEW_TASK : 指定启动模式为栈内复用模式 ( SingleTask )
//FLAG_ACTIVITY_CLEAR_TOP : 所有位于其上层的Activity都要移除，SingleTask模式默认具有此标记效果
//FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS : 具有该标记的Activity不会出现在历史Activity的列表中，即无法通过历史列表回到该Activity上

• 二者设置的区别
  优先级不同 Intent 设置方式的优先级 > Manifest 设置方式，即 以前者为准
  限定范围不同 Manifest 设置方式无法设定 FLAG_ACTIVITY_CLEAR_TOP；Intent 设置方式 无法设置单例模式（SingleInstance）