前言
俗话说“生于忧患，死于安乐”，其实大部分中年危机，就是在安乐中产生的。
有的人或许会反驳，“照你这么说，我还必须奋斗了，不奋斗就要死，难道选择安逸的生活就不对吗？我就没有选择自己生活方式的权利吗？”
说这句话的人其实有一些误解，误解就在于，安逸的生活并不等于不需要奋斗，这要看你的家底。
某聪如果说要选择安逸的生活，他可以很安逸，因为他有了安逸的资本，而大部分的你，并没有这个资本，你如果过早的选择了安逸的生活，那么结局往往会很悲惨，而你能做的，最多也就是让你的后代有选择安逸的资本。
而你，并没有这个选择的权利，所以，想要安逸的生活，就必须先奋斗！
而大部分中年危机，就是因为安逸之前的奋斗不足导致的。
Message 产生
用户滑动屏幕，产生了一系列 input 事件 （一个 Down 事件，若干个 Move 事件，一个 Up 事件），这些事件被系统包装成了一系列 Message（一个 Down Message，若干个 Move Message，一个 Up Message）
Message 是用来传递信息的，上述 Message 中就包含了这些 input 事件的信息，比如 x 坐标，y 坐标。
MessageQueue 存放 Message
Message 产生后，有一个问题就是这些 Message 怎么发给应用？我要滑动朋友圈，那么这些个 Message 就得传给微信，让微信去处理，微信将这些事件给到朋友圈的 List 控件，让 List 产生新内容，并且实现上下滑动。
首先想到的能不能直接把这些 Message 给到朋友圈的 List 控件（SystemServer 可以直接 Binder 发给 List 控件），可以是可以，但是麻烦；SystemServer 直接给朋友圈的 List 控件发 input message，那 SystemServer 得先知道有这么个控件，问题是应用有哪些控件，SystemServer 是不知道的，难道要遍历所有的控件，每个控件都发一个重复的 Message？这显然不是我们想要的。
SystemServer 不能直接发给控件，那么能不能直接发给应用，让应用自己去处理呢？答案是肯定的，现在的 Android 也是这么做的， 你应用准备一个 MessageQueue（消息队列），我有 Message 就放到这个 MessageQueue 里面，你应用自己去处理，岂不美哉，这就是 MessageQueue 出现的原因
Looper 派发 Message
应用准备了一个 MessageQueue 之后，SystemServer 把之前包装好的一系列 Input Message（一系列 Message（一个 Down Message，若干个 Move Message，一个 Up Message））放到了微信的 MessageQueue 里面，剩下的就让微信自己去读取 MessageQueue 里面的内容，自己更新 UI 去
问题是 MessageQueue 只是用来存放 Message 的，得有人来管理这个 MessageQueue。比如 MessageQueue 里面进了几个 Message，这些 Message 该到发给谁去处理？
这里就引入了 Looper，Looper 来决定这个 Message 该发给谁去处理，Looper 会按照 Message 在 MessageQueue 里面的顺序，一个一个取出 Message，根据 Message 自带的信息(我想被谁处理 - target)，发给对应的人去处理
这个例子里面，这些 Message 的 target 就是微信的主线程的 handler
Handler 处理 Message
这时候，Handler 出场了，上面说 Looper 把 Message 发给对应的人去处理，这个人就是 Handler。Handler 就是用来处理 Message 的，作为 Message 机制的最后一环，Handler 读取 Message 内容后，根据内容来做相关的处理。
这个例子里面，一系列 Input Message 最终会由微信的主线程 Handler 来处理，经过复杂的事件传递和事件分发流程，传给对应的 List 控件，List 控件根据 Input Message 里面的内容，计算出自己下一帧的各个 Item 的位置，更新自己的 Item 和 Item 内的内容，从而产生 List 滑动效果，朋友圈滑动的流程就完成了
Message 机制总结
有了上面的 Message 机制的案例，理解下面这张图就顺理成章了，如上面几个标题所示
- Message 承载内容
- MessageQueue 存放 Message
- Looper 派发 Message
- Handler 处理 Message
最后
简历首选内推方式，速度快，效率高啊！然后可以在拉钩，boss，脉脉，大街上看看。简历上写道熟悉什么技术就一定要去熟悉它，不然被问到不会很尴尬！做过什么项目，即使项目体量不大，但也一定要熟悉实现原理！不是你负责的部分，也可以看看同事是怎么实现的，换你来做你会怎么做？做过什么，会什么是广度问题，取决于项目内容。但做过什么，达到怎样一个境界，这是深度问题，和个人学习能力和解决问题的态度有关了。大公司看深度，小公司看广度。大公司面试你会的，小公司面试他们用到的你会不会，也就是岗位匹配度。
选定你想去的几家公司后，先去一些小的公司练练，学习下面试技巧，总结下，也算是熟悉下面试氛围，平时和同事或者产品PK时可以讲得头头是道，思路清晰至极，到了现场真的不一样，怎么描述你所做的一切，这绝对是个学术性问题！
面试过程一定要有礼貌！即使你觉得面试官不尊重你，经常打断你的讲解，或者你觉得他不如你，问的问题缺乏专业水平，你也一定要尊重他，谁叫现在是他选择你，等你拿到offer后就是你选择他了。
金九银十面试季，跳槽季，整理面试题已经成了我多年的习惯！在这里我和身边一些朋友特意整理了一份快速进阶为Android高级工程师的系统且全面的学习资料。涵盖了Android初级——Android高级架构师进阶必备的一些学习技能。
附上：我们之前因为秋招收集的二十套一二线互联网公司Android面试真题（含BAT、小米、华为、美团、滴滴）和我自己整理Android复习笔记（包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。）
本文在开源项目：【GitHub 】中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…
6%AA%EF%BC%81.md) 】中已收录，里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等，资源持续更新中…**