android开发艺术探索 笔记,Android开发艺术探索学习笔记（一）

第一章 Activity的生命周期和启动模式

1.1Activity的生命周期全面解析

1.1.1典型情况下的生命周期分析

(1)在两个Activity进行切换时，当前的Activity的onPause()方法必须先执行完，新Activity的onResume()方法才会执行。

(2)当用户打开新的Activity或者切换到桌面的时候，回调如下：onPause->onStop。这里有一种特殊情况，如果新 Activity采用了透明主题，那么当前Activity不会回调onStop，所以应该尽量避免在onPause中执行耗时的操作，onStop可以 做一些稍微重量级的回收工作，同样不能太耗时。

1.1.2异常情况下的声明周期分析

异常情况(比如资源相关的系统配置发生变化或者系统内存不足)

1资源相关的系统配置发生变化(屏幕横竖屏切换)

默认情况下，旋转手机屏幕Activity会被销毁重建，其onPause,onStop,onDestroy均会被调用，同时由于 Activity是在异常情况下终止的，系统会调用onSaveInstanceState来保存当前Activity的状态。这个方法的调用时机是在 onStop之前，它和onPause没有既定的时序关系。这个方法只会出现在Activity被异常终止的情况下，正常情况系统不会调用这个方法。当 Activity被重新创建后，系统会调用onRestoreInstanceState，并把Activity销毁时 onSaveInstanceState方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和 onCreate方法。所以可以通过onSaveInstanceState和onRestoreInstanceState方法来判断Activity 是否被重建了。从时序上说，onRestoreInstanceState的调用时机在onStart之后。

Activity被重 新创建后参数Bundle的接收位置可以选择onRestoreInstanceState和onCreate，二者的区别 是：onRestoreInstanceState一旦被调用，其参数savedInstanceState一定是有值的，不必额外判断时候为空；但 onCreate不行，onCreate如果是正常启动的话，其参数savedInstanceState为null，所以必须要额外判断。官方建议在 onRestoreInstanceState中进行数据的恢复。

再次注意一点：系统只在Activity异常终止的时候才会调用onSaveInstanceState和onRestoreInstanceState方法来存储和恢复数据，其他情况不会触发这个过程。

2内存不足导致低优先级的Activity被杀死

Activity的优先级由高到低分三种

前台Activity；

可见但非前台(比如Activity中弹出了一个对话框)；

后台Activity；

如果一个进程没有四大组件在运行，那么它将会很快被杀死，所以，最好是将后台工作放在service中保证进程有一定的优先级，这样就不会轻易的被系统杀死。

如果不想让Activity在屏幕旋转时重新创建，可以给该Activity添加如下属性：

android:configChanges=“orientation”//4.0以下版本

android:configChanges=“orientation|screenSize”//4.0以上版本

1.2Activity的启动模式

Activity的四种启动模式：standard,singleTop,singTask,singInstance。

(1)standard—标准模式

系统默认的模式，每次启动一个Activity都会重新创建一个新的实例，不管这个实例是否已经存在。(注意使用ApplicationContext启动Activity会报AndroidRuntimeException(比如在广播接收器中),这是因为Context没有任务栈无法让Activity加入所致，解决办法是在Activity启动时指定FLAG_ACTIVITY_NEW_TASK标记位，这个时候Activity是以singTask模式启动的)。

(2)singTop—栈顶复用模式

如果新Activity已经位于任务栈的栈顶，那么此Activity不会被重新创建，同时会触发onNewIntent方法。

(3)singleTask—栈内复用模式

只要Activity在栈内存在，那么多次启动此Activity都不会创建新的Activity实例，onNewIntent方法同样会被触发。(注意该模式具有cleartop的效果，会导致栈内所有在该Activity上面的Activity全部出栈，例如ABCD代表一个任务栈S内的四个Activity,A位于栈底D位于栈顶，如果B为singleTask模式，那么重新启动B后栈内会变为AB，CD会被移出栈)。

(4)singleInstance—单实例模式

一种加强的singleTask模式，具有此种模式的Activity只能单独的位于一个任务栈中，后续的请求均不会创建新的Activity，除非这个独特的任务栈被系统销毁。

Activity指定启动模式的两种方法：

(1)AndroidManifest.xml指定

android:name=".MainActivity"

android:configChanges="orientation|screenSize"

android:label="@string/app_name"

android:launchMode="standard|singTop|singleTask|singleInstance"

android:theme="@style/AppTheme.NoActionBar"/>

(2)Intent设置标志位

Intent intent=new Intent();

intent.setClass(MainActivity.this,SecondActivity.class);

intent.setFlags(Inent.FLAG_ACTIVITY_NEW_TASK);

startActivity(intent);

注意第二种的优先级要高于第一种，当两种同时存在时，以第二种方式为准；

几个常用的标记位：

FLAG_ACTIVITY_NEW_TASK 为Activity指定singleTask启动模式。

FLAG_ACTIVITY_SINGLE_TOP 为Activity指定singleTop启动模式。

FLAG_ACTIVITY_CLEAR_TOP 具有此标记位的Activity当它启动时，在同一个任务栈中所有位于它上面的Activity都要出栈。

FlAG_ACTIVITY_EXCLUDE_FROM_RECENTS 具有这个标记的Activity不会出现在历史Activity列表中，等同于android:excludeFromRecents="true";

1.3IntentFilter的匹配规则

IntentFilter中的过滤信息有三种，分别是action，category，data，一个IntentFilter中action，category，data可以有多个，一个Activity中可以有多个IntentFilter，一个Intent只要能匹配任何一组IntnetFilter就可以成功启动。

1.action的匹配规则

Intent中的action存在且必须和过滤规则中的其中一个action相同，这里说的匹配是指action中的字符串值完全一样，所以action是区分大小写的。

2.category的匹配规则

Intent中只要有category，不管有几个，每个都要能够和过滤规则中的任何一个category相同，Intent中不设置category也可以匹配。

3.data的匹配规则

和action类似，过滤规则中定义了data，Intent中也要定义可匹配的data。

Intent-filter的匹配规则对于Service和BroadcastReceiver也是同样的道理，不过系统对于service的建议是尽量使用显式调用方式来启动服务。