–
最近没有写什么新博文，
一是太忙了，而且马上有新的挑战来到。
二是赶上过年期间。
三是没有什么太好的题材写。
四是自己在充电在半闭关学习。
计划下篇博文本月更新吧，题材从下列中出一个 Retrofit 、组件化、自定义View
最近重读《艺术探索》，将其中一些对我有用的、我仍然不知道的、或者觉得容易混淆的知识点整理出来。
部分也有可能是我自己总结整理出来的经验，一并放在里面。
第1章 Activity的生命周期和启动模式
1.1 生命周期，Activity从 不可见变成可见，onRestart()会重新调用（按Home，从别的Activity返回）
1.2 但onPause()方法回调后，才会执行新Activity的onCreate()
1.3 关于onSaveInstanceState()。
back返回时不调用。
Home时会被调用。
启动一个新的Activity时 会被调用。
并不是和onRestoreInstanceState()成对出现。
出现在 onStop()前面.
（书上说和onPause()没有关系，可能在前可能在后。）
该方法只有在Activity 即将可能被销毁，并且有机会重新的创建显示才会调用。
按Home、启动新Activity，这个Activity都是后台Activity了，可能被销毁，但是销毁后，还是有机会重新创建的，所以会回调。
而正常的back，不会会重新创建了，所以不回调。
1.4 关于onRestoreInstanceState()。
出现在onStart()后面。
1.5 关于上述两个方法
系统已经在这两个方法中，onRestoreInstanceState() onSaveInstanceState().为我们做了一定的恢复工作，例如ListView的滚动位置，EditText的输入数据。
针对每一个View，系统能为我们自动恢复哪些数据，可以查看View的源码，也有onRestoreInstanceState() onSaveInstanceState()方法。
关于保存和恢复，是一个典型的委托思想，工作流程如下：
Activity被意外终止时:
-
Activity会调用
onSaveInstanceState()保存数据 -
然后Activity会委托Window去保存数据
-
Window猥琐它的顶级容器去保存数据，顶层容器是一个ViewGroup，一般是DecorView.
-
顶层容器一一通知子View来保存数据。
onSaveInstanceState()利用Bundle保存一些数据后，我们可以选择在onCreate()或者onRestoreInstanceState() 中接收这些数据。二者的区别是：
-
onRestoreInstanceState()一旦被调用，Bundle一定是有值的。 -
onCreate()里要对Bundle判空。
官方建议是前者。
1.6 singleTop、singleTask、singleInstance
生命周期，onPause()->onNewIntent()->onResume()
1.7 singleTask 默认具有 cleaerTop的效果
1.8 singleInstance 只能单独的位于一个任务栈中。
1.9 TaskAffinity
这个参数标识了一个Activity所需要的任务栈的名字。
默认情况下，所有Activity所需的任务栈的名字是 应用的包名。
形式为aaa.bbb.ccc 。
TaskAffinity主要和singleTask启动模式或者allowTaskReparenting属性配对使用。
1.10 IntentFilter的匹配规则（隐式调用）
IntentFilter中有action、category、data。
一个Activity可以有多个IntentFilter。
一个Intent只要能匹配一组IntentFilter即可。
但是一个Intent必须同时匹配组内该IntentFilter内的action、category、data。
1.11 action的匹配规则
action是一个字符串。
一个IntentFilter内可以有多个actoin，只要Intent中的action能够和IntentFilter中的任何一个action相同，即可匹配成功。
如果Intent中没有action，匹配失败。
总结：Intent中action存在，且和IntentFilter中一个action相同。
1.12 category的匹配规则
category 是一个字符串。
和action不同。Intent中如果含有category，则所有category必须和IntentFilter中的一个category匹配。
如果Intent中没有category，也能匹配成功。
原因是系统在调用startActivity或者startActivityForResult时，默认会为Intent加上"android.intent.category.DEFAULT"的category。
所以我们的Activity若想支持隐式调用，则必须要加上这个category。
1.13 data 的匹配规则
和action类似。如果IntentFilter中定义了data，那么Intent中必须也要有匹配的data。
data结构：
<data android:scheme=“string”
android:host=“string”
android:port=“string”
android:path=“string”
andorid:pathPattern=“string”
android:pathPrefix=“string”
android:mimeType=“string” />
data由两部分组成：mimeType和URI。
如果IntentFilter中没有指定URI，URI的默认值是content和file。
所以Intent中的URI部分的scheme必须为content或者file才行。
比如 ：
intent.setDataAndType(Uri.parse(“file://abc”),“image/png”);
同时设置mimeType和URI必须用setDataAndType 方法。
1.14 匹配时 建议先判断intent是否有Activity能匹配
可以通过PackageManger的resolveActivity 方法 或者 Intent的resolveActivity方法判断，找不到会返回null。
这两个方法，第一个参数是int ent，第二参数我们要使用int的flag值，为MATCH_DEFAULT_ONLY.
PackageManger还有一个queryIntentActivities方法，它返回一个List<ResolveInfo>.
第四章 View的工作原理
第一时间获取View的宽高：
-
Activity/View#onWindowFocusChanged();
-
view.post(Runnable)
-
ViewTreeObserver
-
手动view.measure().
自定义View注意事项：
-
让View支持wrap_content
-
View支持padding。ViewGroup支持padding和子View的margin.(View在onDraw中处理。ViewGroup需要在onMeasure()和onLayout()中处理)
-
View内部可以使用post…方法替代handler.
-
如果有线程、动画等，需要停止，防止内存泄漏。需要使用onDetachedFromWindow()
-
嵌套滑动
第9章 四大组件的工作过程
四大组件除了广播，其他三种都必须在AndroidManifest里注册。 对于BroadcastReceiver 可以在AndroidManifest里静态注册，也可以在代码中动态注册。
调用时，ContentProvier借助Uri，其他借助Intent。
IApplicationThread 这个Binder接口的实现类完成了和Activity、Service启动、停止相关的功能。
Activity
启动Activity：