android系统性学习 2.1.0 —— 四大组件之Activity

那么这样做有什么意义呢?想象以下场景，假设我们的程序中有一个活动是允许其他程序调用的，如果我们想实现其他程序和我们的程序可以共享这个活动的实例，应该如何实现呢?使用前面3种启动模式肯定是做不到的，因为每个应用程序都会有自己的返回栈，同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用singlelnstance模式就可以解决这个问题，在这种模式下会有一个单独的返回栈来管理这个活动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实例的问题。

应用场景：系统Launcher、锁屏键、来电显示等系统应用

在singleTop、singleTask、singleInstance 中如果在应用内存在Activity实例，并且再次发生startActivity(Intent intent)回到Activity后,由于并不是重新创建Activity而是复用栈中的实例，因此Activity再获取焦点后并没调用onCreate、onStart，而是直接调用了onNewIntent(Intent intent)函数；

你知道onNewIntent吗?

只有启动模式是 singleTop 或者使用 FLAG_ACTIVITY_SINGLE_TOP 来 startActivity(Intent). 这个方法才回被调用. 如果新 Activity 已经位于任务栈的栈顶, 那么此 Activity 不会被重新创建. 然是调用如下方法:

onNewIntent-->onRestart-->onStart-->onResume.

二、启动过程

三、Intent/flag

上文中的四种模式都是在mainfest的xml文件中进行配置的

还可通过Intent.setFlags(int flags)设置启动模式；

FLAG_ACTIVITY_CLEAR_TOP : 等同于mainfest中配置的singleTask
FLAG_ACTIVITY_SINGLE_TOP: 同样等同于mainfest中配置的singleTop;
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS: 其对应在AndroidManifest中的属性为android:excludeFromRecents=“true”,当用户按了“最近任务列表”时候,该Task不会出现在最近任务列表中，可达到隐藏应用的目的。
FLAG_ACTIVITY_NO_HISTORY: 对应在AndroidManifest中的属性为:android:noHistory=“true”，这个FLAG启动的Activity，一旦退出，它不会存在于栈中。
FLAG_ACTIVITY_NEW_TASK: 这个属性需要在被start的目标Activity在AndroidManifest.xml文件配置taskAffinity的值【必须和startActivity发其者Activity的包名不一样，如果是跳转另一个App的话可以taskAffinity可以省略】，则会在新标记的Affinity所存在的taskAffinity中压入这个Activity。

四、taskAffinity

Activity 的归属, 也就是 Activity 应该在哪个 Task 中. 一般情况下在同一个应用中, 启动的 Activity 都在同一个 Task 中.

每个 Activity 都有 taskAffinity 属性, 这个属性指出了它希望进入的 Task. 如果一个 Activity 没有显式的指明 taskAffinity, 那么它就会使用 Application 的 taskAffinity, 如果 Application 也没有指明, 那么该 taskAffinity 的值就等于包名

五、生命周期

活动(activity)表示一个单一屏幕上的用户界面。

例如，电子邮件应用程序可能是一个活动，显示新的电子邮件列表是另一个活动，撰写电子邮件，阅读电子邮件可能又是其它的活动。如果应用程序有一个以上的活动，那么应该将其中的一个活动标记为活动启动应用程序。

C,C++ 或者 Java 语言编程，这些程序从 main() 函数开始。

Android系统是从一个Activity 的 onCreate() 方法调用开始启动程序。一个回调方法 - 启动一个活动，以及其它回调方法，如销毁一个活动，活动的生命周期如下图所示序列：

Activity类定义了以下的回调方法，即事件。并不需要实现所有的回调方法。需要了解每一个变化以及实现，以确保应用程序如用户所期望的行为或方式。

回调	描述
onCreate()	这是第一个回调，在活动第一次创建时调用
onStart()	这个回调在活动为用户可见时被调用
onResume()	这个回调在应用程序与用户开始可交互的时候调用
onPause()	被暂停的活动无法接受用户输入，不能执行任何代码。在当前活动将要被暂停，上一个活动将要被恢复时调用
onStop()	当活动不在可见时调用
onDestroy()	当活动被系统销毁之前调用
onRestart()	当活动被停止以后重新打开时调用

两个 Activity 之间跳转时必然会执行的是哪几个方法

一般情况下比如说有两个 activity, 分别叫 A,B, 当在 A 里面激活 B 的时候, A 会调用 onPause() 方法, 然后 B 调用 onCreate()-->onStart()-->onResume(). 这个时候 B 覆盖了窗体, A 会调用 onStop() 方法. 如果 B 是个透明的或者是对话框的样式, 就不会调用 A 的 onStop() 方法.

六、如何保存 Activity 的状态

覆写 onSaveInstanceState() 方法

Activity 的状态通常情况下系统会自动保存的, 只有当我们需要保存额外的数据时才需要使用到这样的功能.

一般来说, 调用 onPause() 和 onStop() 方法后的 activity 实例仍然存在于内存中, activity 的所有信息和状态数据不会消失, 当 activity 重新回到前台之后, 所有的改变都会得到保留. 但是当系统内存不足时, 调用 onPause() 和 onStop() 方法后的 Activity 可能会被系统摧毁, 此时内存中就不会存有该 Activity 的实例对象了, 如果之后这个 Activity 重新回到前台, 之前所作的改变就会消失.

为了避免此种情况的发生, 需要覆写 onSaveInstanceState() 方法. onSaveInstanceState() 方法接受一个 Bundle 类型的参数, 开发者可以将状态数据存储到这个 Bundle 对象中, 这样即使 Activity 被系统摧毁, 当用户重新启动这个 Activity 而调用它的 onCreate()方法时, 上述的 Bundle 对象会作为实参传递给 onCreate()方法, 开发者可以从 Bundle 对象中取出保存的数据, 然后利用这些数据将 activity 恢复到被摧毁之前的状态.

需要注意的是, onSaveInstanceState() 方法并不是一定会被调用的, 因为有些场景是不需要保存状态数据的. 比如用户按下 BACK 键退出 Activity 时, 用户显然想要关闭这个 Activity, 此时是没有必要保存数据以供下次恢复的, 也就是 onSaveInstanceState() 方法不会被调用. 如果调用 onSaveInstanceState() 方法, 调用将发生在 onPause() 或 onStop() 方法之前.

onSaveInstanceState和onRestoreInstanceState
a.出现时机：异常情况下Activity 重建，非用户主动去销毁

b.系统异常终止时，调用onSavaInstanceState来保存状态。该方法调用在onStop之前，但和onPause没有时序关系。

onSaveInstanceState与onPause的区别：前者适用于对临时性状态的保存，而后者适用于对数据的持久化保存。

c.Activity被重新创建时，调用onRestoreInstanceState（该方法在onStart之后），并将onSavaInstanceState保存的Bundle对象作为参数传到onRestoreInstanceState与onCreate方法。

可通过onRestoreInstanceState(Bundle savedInstanceState)和onCreate((Bundle savedInstanceState)来判断Activity是否被重建，并取出数据进行恢复。但需要注意的是，在onCreate取出数据时一定要先判断savedInstanceState是否为空。另外，谷歌更推荐使用onRestoreInstanceState进行数据恢复。

七、如何退出 Activity? 如何安全退出已调用多个 Activity 的 Application?

通常情况用户退出一个 Activity 只需按返回键,我们写代码想退出 activity 直接调用 finish() 方法就行.
发送特定广播: 在需要结束应用时, 发送一个特定的广播, 每个 Activity 收到广播后, 关闭即可.

//给某个 activity 注册接受接受广播的意图 registerReceiver(receiver, filter)

//如果接受到的是关闭 activity 的广播 activity finish()掉

递归退出就调用 finish()方法把当前的在打开新的 Activity 时使用 startActivityForResult, 然后自己加标志, 在 onActivityResult 中处理, 递归关闭.
其实也可以通过 intent 的 flag 来实现 intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP)激活一个新的 activity。此时如果该任务栈中已经有该 Activity, 那么系统会把这个 Activity 上面的所有 Activity 干掉. 其实相当于给 Activity 配置的启动模式为 SingleTop.
记录打开的 Activity: 每打开一个 Activity, 就记录下来. 在需要退出时, 关闭每一个 Activity

List<Activity> lists; // 在 application 全局的变量里面 
lists = new ArrayList<Activity>;

lists.add(this);

for(Activity activity: lists) {
    activity.finish();
}

lists.remove(this);

八、Context, Activity, Appliction 有什么区别?

相同:

Activity 和 Application 都是 Context 的子类

Context 从字面上理解就是上下文的意思, 在实际应用中它也确实是起到了管理上下文环境中各个参数和变量的作用, 方便我们可以简单的访问到各种资源.

不同:

维护的生命周期不同.

Activity 维护的是当前的 Activity 的生命周期. 所以其对应的Context也只能访问该 Activity 内的各种资源
Application 维护的是整个项目的生命周期.

使用 context 的时候, 小心内存泄露, 防止内存泄露, 注意一下几个方面:

不要让生命周期长的对象引用 activity context, 即保证引用 activity 的对象要与 activity 本身生命周期是一样的.
对于生命周期长的对象,可以使用 application context。
避免非静态的内部类, 尽量使用静态类, 避免生命周期问题, 注意内部类对外部对象引用导致的生命周期变化.

九、一个应用程序有几个Context

在应用程序中Context的具体实现子类就是: Activity, Service, Application. 那么Context数量 = Activity数量 + Service数量 + 1

Broadcast Receiver, Content Provider 并不是 Context 的子类, 它们所持有的 Context 都是其他地方传过去的, 所以并不计入Context总数.

十、横竖屏切换时候Activity的生命周期

总结:

不设置 Activity 的 android:configChanges 时, 切屏会重新调用各个生命周期, 切横屏时会执行一次, 切竖屏时会执行两次.
设置 Activity 的 android:configChanges="orientation" 时, 切屏还是会重新调用各个生命周期, 切横\/竖屏时只会执行一次.
设置 Activity 的 android:configChanges="orientation|keyboardHidden" 时, 切屏不会重新调用各个生命周期, 只会执行onConfigurationChanged方法

Activity 会自己管理配置的变化. 当运行的时候, 配置变了, 它会自己关闭并重新启动, 但是如果设置了 android:configChanges="某一个配置", 它就不会在这个配置发生改变时重新启动.

具体过程

新建一个Activity，并把各个生命周期打印出来
运行Activity，得到如下信息onCreate-->onStart-->onResume-->
切换成横屏时onSaveInstanceState-->onPause-->onStop-->onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume-->
再切换成竖屏时，发现打印了两次相同的logonSaveInstanceState-->onPause-->onStop-->onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume-->onSaveInstanceState-->onPause-->onStop-->onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume
修改AndroidManifest.xml, 把该 Activity 添加 android:configChanges="orientation" onSaveInstanceState-->onPause-->onStop-->onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume-->
再执行步骤4, 发现不会再打印相同信息, 但多打印了一行 onConfigChanged onSaveInstanceState-->onPause-->onStop-->onDestroy-->onCreate-->onStart-->onRestoreInstanceState-->onResume-->onConfigurationChanged-->
把步骤5的 android:configChanges="orientation" 改成 android:configChanges="orientation|keyboardHidden"，执行步骤3, 就只打印onConfigChangedonConfigurationChanged-->
执行步骤4onConfigurationChanged-->onConfigurationChanged-->