面试十年老Android 开发初体验，和我没什么区别甚至……-CSDN博客

本文链接：https://blog.csdn.net/2401_84010816/article/details/138727536

我： 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所有需要学的知识点，一共8大板块：

架构师筑基必备技能
Android框架体系架构（高级UI+FrameWork源码）
360°Androidapp全方位性能调优
设计思想解读开源框架
NDK模块开发
移动架构师专题项目实战环节
移动架构师不可不学习微信小程序
混合开发的flutter

Android学习的资料

我呢，把上面八大板块的分支都系统的做了一份学习系统的资料和视频，大概就下面这些，我就不全部写出来了，不然太长了影响大家的阅读。

330页PDF Android学习核心笔记（内含上面8大板块）

Android学习的系统对应视频

总结

我希望通过我自己的学习方法来帮助大家去提升技术：

1、多看书、看源码和做项目，平时多种总结
2、不能停留在一些基本api的使用上，应该往更深层次的方向去研究，比如activity、view的内部运行机制，比如Android内存优化，比如aidl，比如JNI等，并不仅仅停留在会用，而要通过阅读源码，理解其实现原理
3、同时对架构是有一定要求的，架构是抽象的，但是设计模式是具体的，所以一定要加强下设计模式的学习
4、android的方向也很多，高级UI，移动架构师，数据结构与算法和音视频FFMpeg解码，如果你对其中一项比较感兴趣，就大胆的进阶吧！