Android开发艺术探索阅后提炼

二周目Android开发艺术探索这本书，真的是一本很不错的干货，不管是新手或者老猿，都能从中有所收获。这里就把一些阅后总结提炼出来，希望能对你工作或者面试有帮助。

一、Activity生命周期与启动方式

这是新手很容易忽略的地方，很是需要系统的了解下。

1、第一次启动Activity：onCreate - onStart - onResume。

2、新Activity或回到桌面：onPause - onStop，但是在新页面透明时，不走onStop。

3、回到原Activity：onRestart - onStart - onResume。

4、back返回时：onPause - onStop -onDestroy。

5、onStart和onStop是在是否可见时回调；onResume和onPause是在否前台回调。

6、A打开B页面时，A的onPause先被调用，之后B的启动流程，最后A的onStop，所以不要再onPause做耗时操作。

7、onSaveInstanceState在onStop之前，onRestoreInstanceState 在onStart之后（和onResume顺便前后不一定）。

8、singleTask：

如果存在任务栈，就使用当前任务栈。 如果任务栈中存在Activity，就使用已创建的Activity。 默认带有clearTop效果，因为先进后出，推到栈顶需要干掉其他的。 如栈1中AB启动了栈2中CD的C，因为singleTask，D会被出栈。 如果栈1中AB启动了栈2中的CD的D，那么会back会是D-C-B-A。 TaskAffinity 标志任务栈的名称。 allowTaskReparenting 表示Activity的应用栈可以转移。

9、sinagleInstance：独立的一个栈，全局唯一，直到任务栈销毁。

二、IPC机制

多进程，跨进程，相信你总会有用到的时候。最好多去研究IBinder

1、’:remote’属于私有子进程，而’xx.xxx.xx:remote’属于全局进程。

2、多进程下：

静态成员和单例模式完全失效。 线程同步（锁）完全失效。 SharePreferences不可靠，因为多进程读取xml。 Application多次创建。

3、Serializable接口序列化，在指定serialVersionUID，可以在修改了model后还能交易有效，实现数据的一部分恢复。

三、View的事件体系

强烈推荐章节，日常开发中可以帮你少走很多弯路。

1、TouchSlop是系统所能识别的最小滑动距离，可以通过ViewConfiguration.get(context).getScaledTouchSlop()获取。

2、scrollTo和ScrollBy只能改变View的内容，不能改变View的布局中的位置。

3、Scroller 的startScroll其实是调用了computeScroll。

4、dispatchTouchEvent判断事件分发 -> onInterceptTouchEvent拦截事件 -> onTouchEvent处理事件。

5、事件传递是Activity -> Window -> View -> Activity（没有View处理的时候）

6、事件从根ViewGroup向下分发，最先dispatchTouchEvent触发，只有onInterceptTouchEvent拦截了，那么onTouchEvent才会被调用，不然就child的dispatchTouchEvent被调用。

7、如果一个View的onTouchEvent返回false，那么他的父容易onTouchEvent将会被调用。

8、如果设置了onTouchListener，那么只有当onTouch返回false，onTouchEvent才会被调用。所以onTouchListener高级于onTouchEvent，而onClick出于最低。

9、一个事件序列，只能被一个View拦截且消耗。除非特殊处理强行传递。

10、View在dispatchTouchEvent一旦拦截了事件，那么onInterceptTouchEvent将不会被调用。因此onInterceptTouchEvent不是每次都会被调用的。

11、如果一个View不消耗ACTION_DOWN（onTouchEvent）事件，那么同一事件序列中的其他事件不会给它处理，交给父级的onTouchEvent。如果View只消耗了DOWN，不消耗其他事件，那么点击事件会消失，当前View还可以收到后续事件，但是父容器的onTouchEvent不会被调用。

12、View是没有onInterceptTouchEvent，一旦获取到了事件，那么触发的是onTouchEvent，并且和enable无关。

13、FLAG_DISALLOW_INTERCEPT是通过requestDisallowInterceptTouchEvent设置的。一旦设置了，ViewGroup无法拦截出了ACTION_DOWN之外的事件，ViewGroup会在ACTION_DOWN事件中重置FLAG_DISALLOW_INTERCEPT。所以如果ViewGroup拦截了ACTION_DOWN，那么requestDisallowInterceptTouchEvent无效。

14、滑动冲突可以通过外部拦截法通过onInterceptTouchEvent处理，或者内部拦截法requestDisallowInterceptTouchEvent来处理，而内部拦截法，记得父ViewGroup不能拦截ACTION_DOWN，但是可以拦截其他事件，这样在child设置requestDisallowInterceptTouchEvent为false时，父容器才可以收到。

四、View的工作原理

强烈推荐章节，日常开发中可以帮你更加优雅。

1、ViewRoot对应ViewRootImpl，ActivityThread中，Activity被创建后，会将DecorView添加到Window，同时创建ViewRootImpl，关联DecorView。

2、MeasureSpec 系统根据它来测量View的大小，是32位的int，高两位代表SpecMode（测量模式），低30位代表SpecSize（测量大小）。

3、SpecMode中UNSPECIFIED（测量中），EXACTLY（match_parent和具体数值），AT_MOST（wrap_content）

4、LayoutParams在父容器的约束下转换对应的MeasureSpec，LayoutParams和父容器（的MeasureSpec）一起决定View的MeasureSpec。

5、子元素MeasureSpec的创建与父容器的MeasureSpec和自己的LayoutParams有关，还和margin，padding有关。

6、MeasureSpec测量结果，但是最终大小还是在layout阶段确定的，它们最终会变为相同。

7、直接继承View需要重写onMeasure并设置wrap_content是的大小，否则wrap_content相当于match_parent。

8、在onWindowFocusChanged，View.post()，ViewTreeObserver来获得页面大小，而不是0或者测量大小。

9、自定义View，注意支持wrap_content，注意支持padding（draw时候），尽量不用handler，本身就有post等接口，在onDetachedFromWindow销毁View中的动画和线程避免泄漏。

10、PendingIntent，待定意图，设置RemoteView使用，RemoteView可以理解为通知中心View，桌面小控件等其他进程View，RemoteView中支持的类型是有限的。

11、View的动画其实就是矩阵变换过程。

八、理解Window和WindowManager

1、Window是抽象类，具体实现是PhoneWindow。

2、Window的访问接口是WindowManager，WindowManager的实现类是WindowManagerImpl，Window实际位于WindowManagerService，通过IPC和WindowManager交互。

3、Window本质上是管理View。

4、WindowManager的LayoutParams的Flag和Type，其中flag有：

FLAG_NOT_FOCUSABLE：window不接收输入事件，同时启用FLAG_NOT_TOUCH_MODAL。

FLAG_NOT_TOUCH_MODAL：会将window区域外的点击事件传递给底层Window。

FLAG_NOT_SHOW_WHEN_LOCKED：锁屏界面上显示。

Type表示类型有：

应用Window：对应Activity。 子Window：不能单独，需要衣服有父Window，如Dialog。 系统Window：比如Toast、系统状态栏。

Window的层级数值由上至下，越来越大，而一般可选用系统层的TYPE_SYSTEM_OVELATY和TYPE_SYSTEM_ERROR类型来提高Window层级。

5、WindowManager继承于ViewManager，提供功能为addView（增加view）、updateViewLayout（更新View）、removeView（删除View），由此可见WindowManager操作Window其实是在管理View。

6、每一个Window对应一个View和ViewRootImpl，WindowManager的实现类是WindowManagerImpl，WindowManagerImpl通过WindowManagerGlobal工厂分发，WindowManagerGlobal中WindowSession通过Binder，让WindowManagerService完成Window添加。

7、WindowManagerGlobal中，mRoots存window对应的ViewRootImpl，mView存对应的View，mDyingViews存了真正需要移除的View，所以View的移除是异步的。

8、Activity的attach中，PolicyManager创建了Activity所属的Window。

9、Activity的onResume之后，DecorView才被添加到Window并显示。

10、普通Dialog不能用ApplicationContext，因为没有应用token，token一般只有Activity才有，但是系统Window可以不需要token，所以如果指定了Dialog的Window.LayoutParams.type也可以使用ApplicationContext。

11、Toast是基于Window的，定时消失采用了Handler，Toast和NotificationManagerService的交互属于IPC过程。NotificationManagerService也通过IPC回调Toast的TN类，TN是一个Binder类。因为TN运行在Binder线程池，所以是通过Handler切换到当前线程，因为使用了Handler，就意味着Toast无法在没有Looper的线程中弹出。另外，mToastQueue最多存在50个ToastRecord。

组件的工作过程">九、四大组件的工作过程：

强烈推荐章节，了解它、爱上它、破解它。

Activity的启动过程

startActivity有好几个重载方法，最终都会调用startActivityForResult。

1、startActivityForResult ：

Instrumentation.execStartActivity ——-> 2 ApplicationThread.sendActivityResult

2、Instrumentation.execStartActivity ：

ActivityManagerNative.getDefult().startActivity启动。（ActivityManagerNative是一个Binder，实现是ActivityManagerService）——-> 3 checkStartActivityResult 校验启动结果，比如是否注册AndroidManifest。

3、ActivityManagerService ：

ActivityManagerService.startActivity ——-> 4

4、ActivityStackSupervisor

startActivityMayWait startActivityLocked startActivityUncheckedLocked ActivityStack.resumeTopActivitiesLocked ActivityStack.resumeTopActivitiesInnerLocked startSpecificActivityLocked realStaratActivityLocked：ApplicationThread.scheduleLaunchActivity ——-> 5

5、ApplicationThread

send message。——-> 6

6、ActivityThread

handleLaunchActivity performLaunchActivity完成了创建和启动：

1、从ActivityClientRecord获取代启动的Activity。
2、通过Instrumentation的newActivity使用类加载器创建Activiy对象。
3、LoadedApk的makeApplication创建Application，Instrumentation的callApplicationOnCreate触发Application的onCreate。
4、创建ContextImpl并通过Activity的attach完成初始化，如果Window关联，context关联。
5、InstrumentationcallActivitynOnCreate。

handleResumeActivity触发onResume

Service的启动过程

startService

1、contextImpl ：

startService startServiceCommon -> 2

2、ActivityManagerNative.getDefault() -> ActivityManagerService -> 3

3、ActivityManagerService -> 4

4、 ActiveServices ：

startServiceLocked startServiceInnerLocked bringUpServiceLocked realStartServiceLocked -> 5

5、app.thread(IApplicationThread) -> 6

6、ApplicationThread：

scheduleCreateService send Message H.CREAT_SERVICE) -> mH的Handler -> 7

7、ActivityThread.handleCreateService ：

类加载器是实例化Service 。 Service 的attach建立context联系。 调用Service的onCreate并保存到ActivityThread。 调用onStartCommand。

bindService

1、contextImpl：

bindService bindServiceCommon -> ServiceDispatcher.InnerConnection对象 (ServiceDispatcher链接ServiceConnection和InnerConnection作用) -> 2

2、AndroidManagerService.bindService -> 3

3、ActiveServices

bindServiceLocked bringUpServiceLocked realStartServiceLocked -> 4

4、ApplicationThread scheduleBindService -> 5

5、ActivityThread handleBindService 调用ServiceConnection的onServiceConnected。

十、Android的消息机制

你需要了解，因为你经常需要它们。

1、ViewRootImpl在checkThread判断UI是否在主线程。

2、Handler创建时，会采用当前线程的Looper。内部通过ThreadLocal获取当前线程的Looper。

3、线程默认没有Looper，如果在没有Looper的线程中创建Handler会报错。UI线程时ActivityThread，它在创建时就初始化了Looper。

4、因为Looper 运行在创建Handler的线程中，Handler中的业务在处理时，就切换到创建Handler的线程中。

5、ThreadLocal时线程内部数据存储类，根据不同线程，返回现场作用域级别的数据。ThreadLocal操作的，时当前线程的localValues对象的table数组。

6、线程中。可以Looper.prepare()创建一个Looper，然后Looper.loop()启动一个Looper。通过quit()或者quitSafely()退出。创建Handler时，可以通过构造函数指定Looper。

7、Android的主线程时ActivityThread，系统通过Looper.prepareMainLooper()，创建主线程Looper()和MessageQueue并loop启动。ActivityThread的Handler时ActivityThread.H。

8、ActivityThread通过ApplicationThread和AMS通信，AMS完成后通知ApplicationThread，ApplicationThread发送消息至H，H将逻辑切换在ActivityThread中执行。

十一 Android的线程和线程池

你需要了解，因为你同样经常需要它们。

1、Android中扮演线程的角色，有Thread、HandlerThead、IntentService，AsyncTask。AsyncTask底层使用线程池，HandlerThead、IntentService底层直接使用了线程。

2、AsycnTask必须在主线程中创建，4.1之后系统内部自动完成了，而excute方法必须在主线程中调用。1.6之前，AsycnTask是串行执行任务的；1.6之后并行；3.0之后串行，但是仍然有excecuteOnExecutor方法可以并行执行。

3、AsyncTask中有两个线程池（SerialExecutor和THREAD_POOL_EXECUTOR）和一个InteralHandler。SerialExecutor用于任务的排队，THREAD_POOL_EXECUTOR真正的执行任务，InteralHandler用于切换到主线程，而InteralHandler的创建对象sHandler是一个静态变量，所以是在类创建时构建的，所以属于主线程创建的Handler。

4、HandlerThread继承于Thread，在run方法中通过Looper创建了Looper，所以运行在HandlerThread中创建Handler。HandlerThread的一个使用例子，便是IntentService。HandlerThread的run是一个无限循环，不使用时记得quit。

5、IntentService是一种特殊Service，是一个抽象类，适合执行一些优先级高的特殊后台任务，任务执行后它会自动停止，其内部封装了HandlerThread和Handler，其Handler是通过HandlerThread的Looper创建的。

6、IntentServie通过mServiceHandler发送了一个消息，消息在HandlerThread中处理，之后在mServiceHandler的onHandleIntent中执行处理后，在执行完队列中所有任务后，会执行stopSelf。

7、Android中线程池来源于Executor接口，实现的有ThreadPoolExecutor，ThreadPoolExecutor的执行任务逻辑为：

如果线程池未达到核心线程数，那么启动一个核心线程。 如果线程池已满，那么插入队列等待。 如果无法插入队列，但是线程数未达到规定最大，那么启动非核心线程。 如果无法插入队列，线程数达到规定最大，那么拒绝执行，回调rejectedExecution。

8、封装版本的ThreadPoolExecutor，有：

FixedThreadPool ：固定线程池，空闲不回收。 CachedThreadPool：线程数不固定，空闲线程60秒后回收，适合执行大量耗时较少的任务。 ScheduledThreadPool：核心线程固定，非核心线程不限制，非核心空闲立即回收，主要在执行定时任务和固定周期任务。 SingleThreadExecutor：只有一个核心线程，顺序执行，所有任务都在一个线程中。

十三、综合技术

拓展你的知识面吧

1、动态加载技术：不同的插件化工具，都集中在主要解决三个基础问题：资源访问、四大组件的启动和管理、ClassLoader的管理。

2、Activity的主要工作是通过ContextImpl完成，对应mBase的内部成员变量，而context有两个抽象方法，其中getAssets()和getResources()都是和资源相关。所以我们可以创建一个AssetManager，然后通过反射加插件apk的路径设置addAssetsPath中，在通过AssetsManager创建出Resources，这样创建出来的Resources就可以访问apk中的资源文件。

十五、Android性能优化

拓展你的知识面吧

1、布局优化：

< include >标签实现布局重复利用，其中android:id冲突时，以include的android:id为准。 < merge >标签用于减少布局层级，通过配合include标签，merge可以减少一层布局，为include内部的布局合并到外布局中。 ViewStub 轻量级且高和宽都是0，它本身不参与任何布局，主要用于实现按需加载。

2、内存泄漏：如静态变量持有Activity，单例模式下持有的对象未释放，动画未在页面结束时取消等。