Android之FrameWork的⾯试题
1 Activity的⽣命周期和启动模式
1.1 Activity的⽣命周期全⾯分析
⽤户正常使⽤情况下的⽣命周期 & 由于Activity被系统回收或者设备配置改变导致Activity被销毁重建情况下的⽣命周期。
1.1.1 典型情况下的⽣命周期分析
Activity的⽣命周期和启动模式
Activity第⼀次启动：onCreate->onStart->onResume。
Activity切换到后台（ ⽤户打开新的Activity或者切换到桌⾯） ，onPause->onStop(如果新Activity采⽤了透明主题，则当前Activity不会回调onstop)。
Activity从后台到前台，重新可见，onRestart->onStart->onResume。
⽤户退出Activity，onPause->onStop->onDestroy。
onStart开始到onStop之前，Activity可见。onResume到onPause之前，Activity可以接受⽤户交互。
安卓intent用法在新Activity启动之前，栈顶的Activity需要先onPause后，新Activity才能启动。所以不能在onPause执⾏耗时操作。
onstop中也不可以太耗时，资源回收和释放可以放在onDestroy中。
1.1.2 异常情况下的⽣命周期分析
1 系统配置变化导致Activity销毁重建
例如Activity处于竖屏状态，如果突然旋转屏幕，由于系统配置发⽣了改变，Activity就会被销
毁并重新创建。
在异常情况下系统会在onStop之前调⽤onSaveInstanceState来保存状态。Activity重新创建后，会在onStart之后调⽤onRestoreInstanceState来恢复之前保存的数据。
保存数据的流程： Activity被意外终⽌，调⽤onSaveIntanceState保存数据-> Activity委托Window，Window委托它上⾯的顶级容器⼀个ViewGroup（ 可能是DecorView） 。然后顶层容器在通知所有⼦元素来保存数据。
这是⼀种委托思想，Android中类似的还有：View绘制过程、事件分发等。
系统只在Activity异常终⽌的时候才会调⽤ onSaveInstanceState 和onRestoreInstanceState ⽅法。其他情况不会触发。
2 资源内存不⾜导致低优先级的Activity被回收
三种Activity优先级：前台- 可见⾮前台 -后台，从⾼到低。
如果⼀个进程没有四⼤组件，那么将很快被系统杀死。因此，后台⼯作最好放⼊service中。
android:configChanges="orientation" 在manifest中指定 configChanges 在系统配置变化后不重新创建Activity，也不会执⾏onSaveInstanceState 和onRestoreInstanceState ⽅法，⽽是调⽤ onConfigurationChnaged ⽅法。
附：系统配置变化项⽬
configChanges ⼀般常⽤三个选项：
locale 系统语⾔变化
keyborardHidden 键盘的可访问性发⽣了变化，⽐如⽤户调出了键盘
orientation 屏幕⽅向变化
1.2 Activity的启动模式
1.2.1 Activity的LaunchMode
Android使⽤栈来管理Activity。
standard
每次启动都会重新创建⼀个实例，不管这个Activity在栈中是否已经存在。谁启动了这个Activity，那么Activity就运⾏在启动它的那个Activity 所在的栈中。
⽤Application去启动Activity时会报错，原因是⾮Activity的Context没有任务栈。解决办法是为待启动Activity制定
FLAG_ACTIVITY_NEW_TASH标志位，这样就会为它创建⼀个新的任务栈。
singleTop
如果新Activity位于任务栈的栈顶，那么此Activity不会被重新创建，同时回调 onNewIntent ⽅法。onCreate和onStart⽅法不会被执⾏。
singleTask
这是⼀种单实例模式。如果不存在activity所需要的任务栈，则创建⼀个新任务栈和新Activity实例；如果存在所需要的任务栈，不存在实例，则新创建⼀个Activity实例；如果存在所需要的任务栈和实例，则不创建，调⽤onNewIntent⽅法。同时使该Activity实例之上的所有Activity出栈。
参考：taskAffinity标识Activity所需要的任务栈
singleIntance
单实例模式。具有singleTask模式的所有特性，同时具有此模式的Activity只能独⾃位于⼀个任务栈中。
假设两个任务栈，前台任务栈为12，后台任务栈为XY。Y的启动模式是singleTask。现在请求Y，整个后台任务栈会被切换到前台。如图所⽰：
设置启动模式
manifest中 设置下的 android:launchMode 属性。
启动Activity的 intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); 。
两种同时存在时，以第⼆种为准。第⼀种⽅式⽆法直接为Activity添加FLAG_ACTIVITY_CLEAR_TOP标识，第⼆种⽅式⽆法指定singleInstance模式。
可以通过命令⾏ adb shell dumpsys activity 命令查看栈中的Activity信息。
1.2.2 Activity的Flags
这些FLAG可以设定启动模式、可以影响Activity的运⾏状态。
FLAG_ACTIVITY_NEW_TASK
为Activity指定“singleTask”启动模式。
FLAG_ACTIVITY_SINGLE_TOP
为Activity指定“singleTop"启动模式。
FLAG_ACTIVITY_CLEAR_TOP
具有此标记位的Activity启动时，同⼀个任务栈中位于它上⾯的Activity都要出栈，⼀般和FLAG_ACTIVITY_NEW_TASK配合使⽤。
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
如果设置，新的Activity不会在最近启动的Activity的列表(就是安卓⼿机⾥显⽰最近打开的Activity那个系统级的UI)中保存。等同于在xml中指定android:exludeFromRecents="true"属性。
1.3 IntentFilter的匹配规则
Activity调⽤⽅式
显⽰调⽤ 明确指定被启动对象的组件信息，包括包名和类名
隐式调⽤ 不需要明确指定组件信息，需要Intent能够匹配⽬标组件中的IntentFilter中所设置的过滤信息。
匹配规则
IntentFilter中的过滤信息有action、category、data。
只有⼀个Intent同时匹配action类别、category类别、data类别才能成功启动⽬标Activity。
⼀个Activity可以有多个intent-filter，⼀个Intent只要能匹配任何⼀组intent-filter即可成功启动对应的Activity。
** action**
action是⼀个字符串，匹配是指与action的字符串完全⼀样，区分⼤⼩写。
⼀个intent-filter可以有多个aciton，只要Intent中的action能够和任何⼀个action相同即可成功匹配。
Intent中如果没有指定action，那么匹配失败。
** category**
category是⼀个字符串。
Intent可以没有category，但是如果你⼀旦有category，不管有⼏个，每个都必须与intent-filter中的其中⼀个category相同。
系统在 startActivity 和 startActivityForResult 的时候，会默认为Intent加上 android.intent.category.DEFAULT 这个category，所以为了我们的activity能够接收隐式调⽤，就必须在intent-filter中加上 android.intent.category.DEFAULT 这个category。
** data**
data的匹配规则与action⼀样，如果intent-filter中定义了data，那么Intent中必须要定义可匹配的data。
intent-filter中data的语法：
<data android:scheme="string"        android:host="string"        android:port="string"        android:path="string"      android:pathPattern="string"        android:pathPrefix="string"        android:mimeType="string"/>
Intent中的data有两部分组成：mimeType和URI。mimeType是指媒体类型，⽐如
image/jpeg、audio/mpeg4-generic和video/等，可以表⽰图⽚、⽂本、视频等不同的媒
体格式。
URI的结构：
<scheme>://<host>:<port>/[<path>|<pathPrefix>|<pathPattern>]
实际例⼦
scheme：URI的模式，⽐如http、file、content等，默认值是 file 。
host：URI的主机名
port：URI的端⼝号
path、pathPattern和pathPrefix：这三个参数描述路径信息。
path、pathPattern可以表⽰完整的路径信息，其中pathPattern可以包含通配符 * ，表⽰0个或者多个任意字符。
pathPrefix只表⽰路径的前缀信息。
过滤规则的uri为空时，有默认值content和file，因此intent设置uri的scheme部分必须为content或file。
Intent指定data时，必须调⽤ setDataAndType ⽅法， setData 和 setType 会清除另⼀⽅的值。
对于service和BroadcastReceiver也是同样的匹配规则，不过对于service最好使⽤显式调⽤。
隐式调⽤需注意
当通过隐式调⽤启动Activity时，没到对应的Activity系统就会抛出 t.ActivityNotFoundException 异常，所以需要判断是否有Activity能够匹配我们的隐式Intent。
采⽤ PackageManager 的 resloveActivity ⽅法或Intent 的 resloveActivity ⽅法
public abstract List<ResolveInfo> queryIntentActivityies(Intent intent,int flags);
public abstract ResolveInfo resloveActivity(Intent intent,int flags);
以上的第⼆个参数使⽤ MATCH_DEFAULT_ONLY ，这个标志位的含义是仅仅匹配那些在
intent-filter中声明了 android.intent.category.DEFAULT 这个category的Activity。因为如果把不含这个category的Activity匹配出来了，由于不含DEFAULT这个category的Activity是⽆法接受隐式Intent的从⽽导致startActivity失败。
下⾯的action和category⽤来表明这是⼀个⼊⼝Activity，并且会出现在系统的应⽤列表中，⼆者缺⼀不可。
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
2 IPC机制
2.1 Android IPC 简介
IPC即Inter-Process Communication，含义为进程间通信或者跨进程通信，是指两个进程之间进⾏数据交换的过程。
线程是CPU调度的最⼩单元，是⼀种有限的系统资源。进程⼀般指⼀个执⾏单元，在PC和移动设备上是指⼀个程序或者应⽤。进程与线程是包含与被包含的关系。⼀个进程可以包含多个线程。最简单的情况下⼀个进程只有⼀个线程，即主线程（ 例如Android的UI线程） 。
任何操作系统都需要有相应的IPC机制。如Windows上的剪贴板、管道和邮槽；Linux上命名管道、共享内容、信号量等。Android中最有特⾊的进程间通信⽅式就是binder，另外还⽀持socket。contentProvider是Android底层实现的进程间通信。
在Android中，IPC的使⽤场景⼤概有以下：
有些模块由于特殊原因需要运⾏在单独的进程中。
通过多进程来获取多份内存空间。
当前应⽤需要向其他应⽤获取数据。
2.2 Android中的多进程模式
2.2.1 开启多进程模式
在Android中使⽤多线程只有⼀种⽅法：给四⼤组件在Manifest中指定 android:process 属性。这个属性的值就是进程名。这意味着不能在运⾏时指定⼀个线程所在的进程。
tips：使⽤ adb shell ps 或 adb shell ps|grep 包名 查看当前所存在的进程信息。
两种进程命名⽅式的区别
“：remote”
“：”的含义是指在当前的进程名前⾯附加上当前的包名，完整的进程名为“"。这种进程属于当前应⽤的私有进程，其他应⽤的组件不可以和它跑在同⼀个进程中。
""
这是⼀种完整的命名⽅式。这种进程属于全局进程，其他应⽤可以通过ShareUID⽅式和它跑在同⼀个进程中。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。