总结
学习技术是一条慢长而艰苦的道路，不能靠一时激情，也不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！
最后如何才能让我们在面试中对答如流呢？
答案当然是平时在工作或者学习中多提升自身实力的啦，那如何才能正确的学习，有方向的学习呢？有没有免费资料可以借鉴？为此我整理了一份Android学习资料路线：
这里是一部分我工作以来以及参与过的大大小小的面试收集总结出来的一套BAT大厂面试资料专题包，主要还是希望大家在如今大环境不好的情况下面试能够顺利一点，希望可以帮助到大家。
好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划。来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。
最后，祝愿即将跳槽和已经开始求职的大家都能找到一份好的工作！
这些只是整理出来的部分面试题，后续会持续更新，希望通过这些高级面试题能够降低面试Android岗位的门槛，让更多的Android工程师理解Android系统，掌握Android系统。喜欢的话麻烦点击一个喜欢再关注一下~
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
其实不是Android不行了，而是你跟不上了
我的很多读者都在反馈说，现在一个岗位可以收到的简历数，是前几年的几倍。我们必须承认，僧多粥少就是 Android 行业的现状，别说初中级工程师，就是高级工程师也是一抓一大把。企业招人的眼光也越来越高，如果你没点“真东西”，是真的挺难的。
前几天和一位 Android 前辈聊天，他说面试中很多工程师，对特别基础的问题都停留在“使用过”或者“听说过”。没有深入到技术细节里，在竞争激烈的市场中就只能被淘汰。下面这些，是他提到的几个问题，你能快速回答上么？
- SoftReference(软引用)在内存不足时会被虚拟机回收，那它会不会导致 OOM？
- Android 的 Touch 事件中 CANCEL 事件是如何产生的？哪些场景下会发生 CANCEL 事件？
- Handler 中的 Looper 无限循环，为什么没有阻塞UI主线程？
- 你在简历中写“精通多线程”，那么：线程中自己的“工作内存”指的是什么? 为什么阿里开发规范中不允许使用 Executors 创建线程池?
你一定想说“面试造火箭，工作拧螺丝”。实际上，你的答案反映了你对技术理解的深度，以及解决问题的能力。 听起来很套路，但企业需要的是能对自己提交代码负责、对使用每一个工具负责的「高级/资深 Android 开发」。
Android 知识体系
在 Android 开发的过程中，需要很多很多的知识，而有些知识也很难为其分类，在这里，我把它们分为上述五个部分：UI、架构、性能、NDK、其他，其他则可以细化为代码风格，学习能力，第三方库等。
- UI方面
首先是 UI 方面，我相信大多数人都是开发 Android 应用的，所以 UI 的知识，必不可少。UI 一共分为三部分：绘制、布局和触摸反馈。要想写出漂亮的 UI 搭配动画，这需要花费巨量的时间，可能已经有特别多的朋友和我一样，在一直跟进扔物线（朱凯）的HenCoder系列了。如果你可以写出非常漂亮的控件或者动画框架并开源出来，我相信，你找份好工作已经没有问题了。
UI开发知识体系
- 架构方面
这个方面是卡年限的一个东西。随着工作的需要以及阅历（看代码）的增长，我们总是会越来越不满意自己写的代码模块，比如我，就深受这个的苦恼，我经常会出现三个月前写的代码，自己都看不下去，强迫症的我，一定会把它翻写的。但如果项目周期短的你，千万不要像我一样做。
当你不断改写封装自己的代码的时候，你可能就已经涉及到了架构方面的知识啦。架构方面的知识主要包括设计思想，及其选择合适架构的能力，这两者通常来讲是相辅相成的。每一种新的架构或设计思想问世往往是用来解决实际问题的，他们解决问题的侧重点各不相同，因此在什么时候采用什么架构或设计就非常考验程序员的阅历了。通常这部分的知识学起来最为困难，因为他不仅仅是一种思想，如果你的代码量不多，或者接触的项目比较小的话，你往往会很少触及到这部分的知识，最后自然而言又忘了。
所以在这方面我建议大家在工作之余，多参考 GitHub 上开源的完整项目，也要多写点自己的项目，提升自己的代码量和架构能力。
移动架构师知识体系
- 性能方面
性能方面相信开发稍大型 APP 的工程师体会尤其深刻了。随着 APP 工程的体量越来越大，开发功能越来越多，你会发现原来非常流畅的 APP 可能会出现卡顿、OOM、ANR 等现象，除了前面韩神所提到的内存泄漏，可能你还会因为其他问题导致性能表现不够优秀。而这部分的只是相对比较零散，也很难总结，更多的就是你的经验积累，所以多年经验的程序猿更受企业的青睐。
性能优化方面知识体系
- NDK方面
这一方面的知识比较特殊，很多 Android 开发工程师在初中级阶段可能都不会涉及到。在开发中我们可能只会在特定的领域才会用到 NDK 进行开发，由于我也没遇到过，所以暂不多讲。
NDK模块开发知识体系
Android 市场分析
总体上，目前市面上可以将互联网公司分为两类：
- 没有实体产品的，以软件产品为主的互联网公司（其中相当一部分为外包）；
- 有实体产品的，将硬件和软件结合起来的互联网公司。
我们暂且把它们称呼为 A 类和 B 类。
A 类公司往往偏向于 UI 及其架构，性能稍次，并且大多数中小型企业会要求应聘者能熟练掌握市场上流行的开源库以节约开发成本。这类公司开发的 APP 往往是纯虚拟的产品 —— 社交通讯、各类工具、资源聚合等。这些产品因为竞争激烈，功能需求变化也快，所以版本迭代的速度会非常快。这个时候，一个好的架构就可以节省许多时间，它能快速的响应需求，并迅速添加新的功能模块。UI 也是重点，在两个 APP 功能差不多的情况下，拼的就是用户体验了，其中用户最能感受到的就是两点，首先是界面是否美观，动画是否自然；其次才是 APP 是否流畅。
A 类公司对人才的需求大概是这样。
而对于B 类公司，他们因为有实体产品，因此往往会要求应聘者具有某种特殊的技能，例如蓝牙，WIFI等。
这类公司往往偏向于性能及 NDK，UI 稍次。在目前的大环境下，这类公司多数都在物联网产业链上，以智能硬件、智能家居、机器人居多，而这类公司的话，大部分其实都是传统企业转型而来，因此其开发的产品比较注重功能的完善及响应速度，UI 的话反而会稍微丑陋一些。毕竟消费者买的是实体产品，配套的 APP 就算再丑也得用不是么。
他们对人才的需求往往是这样的：
明确自己想去什么样的公司，或者对哪一类的业务更感兴趣，会有助于你更有的放矢地学习技能。
Android 学习方式？
我认为最主要的一点就是主观能动性，或者说兴趣，如果你对 Android 开发没有太大的兴趣，那么还是尽早换方向吧。有了兴趣，自然是确立一个比较正确的学习路线。据说我们参会的还有一些应届毕业生或者还没开始工作的朋友。可能还在学习中很迷茫，我这里先给大家说一下我的学习经历。
学习 Android 无非几种方式：
- 看书类
此类可能比较全面，但也意味着过时的问题，我不是非常提倡，但书籍是人类进步的阶梯，你们可以考虑。其实我也买了挺多相关书籍，但自从习惯在网络上学习后就不看了。 - 线上课程直播或者录播
这个可能是初学者当下比较受欢迎的学习方式了，但所讲知识通常比较基础，而且学习速度慢，但效率确实挺高的。这也是我在入门 Android 的时候用的最多的方式。采用这种方式学习的时候通常会有一个毛病，就是喜欢边看边写，这是我不提倡的，我提倡看一段写一段。在前期你可以不用一整段都看完，以小节的方式学习后再写代码。前期可能你会觉得自己像在背代码一样，但我不可否认，这确实是效率挺高的方法。但真的太费时了，至少我在工作后没用过这种方案。
【附】相关架构及资料
源码、笔记、视频。高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter全方面的Android进阶实践技术，和技术大牛一起讨论交流解决问题。
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
难做到真正的技术提升。**
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
783
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
