作者：华少
部门最近项目开始曾多，人手不是很够，于是开始扩招人员。我在这个期间面了不少android程序员，结果竟然没有一个合适的。
偶然看到一份，10年工作经验，做过各种Android开发，精通各种技术的简历，看着还比较合适，于是联系过来面试了。
说实话，当人事把简历递到我面前的时候，我稍稍的惊呆了一下。这个工作经历比我长一倍的“应聘者”，要知道面试他的是我这么个中级的开发，会不会鄙视我，以至于鄙视我们公司。我们公司只是一个普通的上市公司，跟一线互联网公司相比还是差远了，但是我还是很有公司荣誉感的一个人。
所以，我先给自己定了几条：
不能问一些简单的弱智白痴问题，必须要有深度，绝对不能让“应聘者”感到：“面试官的问题很Low！”的感觉。
尽量少说话，不然万一问了“应聘者”一个问题，“应聘者”回答后，反问我一个，我回答不上来，那更糗。
还有几个，当时想出来的，现在想不起来了。
面试过程：
我们暂且简称“应聘者”为“B”吧。
我： 简述Handler消息机制。
“B”： 嗯？
我： 就是说一下Handler发送和接收消息的实现，尤其是Message的消息载体的工作流程。
“B”：这个，额，不太清楚。。。
我：（赶紧换一个方向）Service和IntentService有什么区别？
“B”： Service和什么？
我： IntentService。
“B”： 没用过。。（他开始有点不好意思）
我： （哦，没事，这个可能确实太冷门了）那Service和Activity之间的通讯怎么实现？
“B”： 这个，通信，额，你指的是？
我： 就是传值，比如Service里面某个后台任务结束，怎么通知当前活动Activity，并且把结果传递出去？
“B”： 哦，这个，啊，想想。。。沉默10s后。。。
B： 额，比如用广播的方式？（我都尴尬的主动给了他一点提示）
“B”： 哦，对，广播，Broadcast之类的。
我： 那还有其他方式吗？
“B”：嗯，广播，额。。。（又是10s后）比如？
我： 接口回调。。。（算了不纠结这个，他知道广播，那顺便问个这个），那Context 的sendBroadcast和LocalBroadcastManager 的sendBroadcast有什么区别？
“B”： 这个没听说过。。。。。。。
后面的问题，我从MVP、MVVM等流行结构框架问到多线程同步，然后再问点击事件分发，到自定义View，再聊动画效果实现，基础的ArrayList、HashMap底层实现，final static关键字用法，进阶的设计模式里面单例模式和观察者模式的实现，java类加载、内存分配，他没有一个问题能确确定定的回答出来，要么“不知道”、“没用过”，要不支支吾吾的说不出个123。
哦，对了，聊的过程中，他反复说自己用过什么什么第三方的库显得自己很能干。
我问他：有没有开源过什么自己写的库？ 他说没有。那我问他：读过ImageLoader的源码吗？ImageLoader的本地缓存机制是怎么实现的？他说不知道。我告诉他，你说的所有的库，我都用过，并且绝大部分我都看过源码实现，另外，像ImageLoader、Pull2RefreshListView这种库，我工作两年后就自己实现过简易的版本，还分别做过扩展。
最终最终我确定这个所谓的10年工作经验的“应聘者”，就是网上那种“一个经验用了N年而不是有N年经验”的人。
回过头我又仔细看了看他的简历，10年过程中，这个人换了8家公司，最长的一家呆了不到2年，最短的半年就不干了，简历里也没有自己独立完成过的项目，简历上大部分所谓的Android项目，全部都是基础控件的简单罗列，没用过设计模式，没用过分层框架设计，跟我第一年参加工作写出的东西一个鸟样。
在这次面试后期又面试了几个人，说实话都不尽如人意，这些面试者都有一个共同点：任何他们知道的知识点都是停留在知道、用过的层面，具体实现和怎么扩展优化都答不出来。
再想想这两年都在说Android开发饱和，我感觉这个说法有欠缺，饱和的是这种初级安卓开发，会简单的页面实现，但程序可扩展性和维护性，欠缺考虑，框架结构设计缺失。（当然不是说代码必须按照条条框框的写，而是说在合适的地方用合适的方法，某个地方明明一个方法函数就能解决，后期没有什么需要扩展的地方，那你非得按照JAVA面向对象思想，写一个类对象，再用个设计模式一框，那就舍本求末了。
我感觉我现在依然徘徊在中级工程师级别，由于各种原因，比如家庭等等，我学习的时间也感觉比刚工作的时候少了好多，精力也差好多，一想到这些，就有种念头：我可能永远也达不到那种网上动辄能码出10000 star开源库的大牛，或者随手写个深入透彻的解惑答疑的技术博客就有N个评论和转发的神人。所以我又有些动力，努力学习下去，这些人才应该成为自己的目标。
下面我从面试官角度来分析，在面试过程中的对候选人一些考查点吧。知己知彼百战不殆，面试过程中逆向思考一波，有助于我们怎么应对技术面。
候选人人设是否跟简历一致：
主要看候选人是否坦诚真实，这个会直接影响能不能通过。候选人上的项目经验和技能点应该尽可能与候选人匹配，比如说，候选人说做了XX项目，但是问起是怎么实现的，却答不上来，或者说熟悉xx技能点，却只会调用常用的api，对其源码细节一点都不熟悉，那多半是不给过的。如果候选人要吹牛B，能拿出能圆上吹牛B的实力，也是可行的。比如说某某模块其实是你同事做的，但是你也完全理解了，可以应答如流，面试官是不会计较的。
技术的扎实程度和项目经验匹配程度：
考查包括对技术的理解和解决问题的能力，包含一些细节，运用的场景，实现的原理等等，目的是为了测试候选人技术水平上限。答得越清晰，越深入，对细节掌握越牢靠越好，不一定需要全部答出答完美才能拿到offer，但这些题回答的效果最能影响到offer能谈多少钱。小厂偏重于技能、项目经验匹配度，大厂偏重于基础、原理。小公司，面试官通常希望候选人尽快上手，就希望候选人有类似竞品或者功能开发经验的候选人，所以也可以从这些方面做准备。大公司呢，可能会提出一些场景来考查候选人怎么设计，这就要求候选人功底深厚，逻辑严谨了。上面的题集我没写答案，因为我觉得很多题本就没有标准答案，也没有必要背题的“标准答案”，优秀的回答，应该是形成自己的理解输出的，说的有理有据就行。
候选人亮点、优势：
一般是作为候选人的加分项，或者是面试官为了更快的打开话题，了解候选人的优势，并测测候选人的优势到底屌到什么程度。这个问题回答好了，候选人甚至能翻盘。
沟通能力：
在一线搬砖过的应该都懂，每天正正经经写代码的时间通常不到一半，还得花不少时间跟产品撕，跟后台撕，跟UI撕等等。所以沟通协调能力也是很重要的，候选人需要理解面试官出题意图，表达要逻辑清晰。最好是候选人能跟面试官建立起讨论技术的氛围。这方面很容易被多数候选人忽略，但其实挺重要的，面试官也许不能直接决定要你，但是一般可以直接决定淘汰你，候选人要不卑不亢，保持谦逊。候选人技术再屌，态度傲慢的话，也是很容易翻车的，但也不能太怂，显得没有技术底气，所以最好是和谐的讨论氛围。
学习能力，自驱性：
一般总监或负责人会比较关注这个。
答会的问题：
要听明白面试官的出题意图，也就是注意审题，不要答非所问，如果对面试官提出的问题不是很理解，及时进一步沟通，把问题问清楚，这也体现了沟通能力，毕竟平时工作时，也会接到一些不是很清晰的需求，自己主动获取更清晰的需求也是程序员的优秀素质。
回答要尽量清晰准确，最好能答到问题的本质，展示出你对技术的更深层次的探索和挖掘。同时要注意面试官的反馈，这时候就要察言观色了。
如果面试官听的津津有味，并不断追问加大问题难度，那么恭喜你，你回答的很好！
如果面试官表现得有点不耐烦，那就精简下回答，毕竟面试时间有限，去掉那些啰嗦的话和题目关联不大的东西。
如果发现面试官问的题越来越简单，越来越常规表面，那么就得警惕下了，可能是你之前的回答太一般，让面试官觉得你比较菜，所以就不给你出难题了，这种情况就算最后给到offer，多半价格也谈上不去了，甚至还可能是为了给你个台阶下，然后让你回家等遥遥无期的通知了，这种情况下就得把问题回答得更深入一些了，知道多少答多少，尽可能主动展现出自己的水平来。
答不会（不确信）的问题：
首先要对这个问题有一定的思考分析，不要轻易的说不会，但也不能完全不会还瞎答，完全不会的还是要敢于说不会，坦诚也是必要的素质。
如何思考分析呢？以我的经验来看，主要是从问题的关联知识或者可替代方案的角度来思考。对问题不是很清楚了解的时候，尝试从已知的相关联的知识点来做出合理推测，比如从一些开源库里面借鉴思路，或者从Android源码里面借鉴思路，但是这种情况就得跟面试官说清楚，你是推测的，还要说下为什么要这么推测，避免面试官误以为你不懂装懂。还有一种方式，就是你也提出一个可替代的能解决问题的方案。
总结
每个行业都有做得好的也有做得差的，只要不断学习不断进步，就能摘到别人摘不到的果实。
对于程序员来说，要学习的知识内容、技术有太多太多。很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从哪里入手去学习，可以关注我，每天更新各种技术干货。
至此，做为一名Android开发者，接下来我想分享一下这些年来，我对于技术一些归纳和总结，和自己对作为一名Android高级开发者需要掌握那些技能的笔记分享，希望能帮助到有心在技术这条道路上一路走到黑的朋友！
最后
在这我分享一份自己收录整理的Android 核心知识笔记+架构视频+面试文档，还有 高级架构技术进阶脑图、Android开发面试专题等一些高级进阶架构学习文档，我平常在闲暇的时刻，还会将这些精品学习文档拿出来反复翻阅。
总之是想通过学习文档和方法能够帮助大家学习提升进阶，也节省大家在网上搜索学习文档的时间来学习，也可以分享给身边好友一起学习,如果你有需要的话，可以私信回复我【666】或直接去我GitHub查阅
