前端转安卓开发！妈妈再也不用担心我的面试，满满干货指导

最新推荐文章于 2021-06-04 20:01:53 发布

赵是水瓶座

最新推荐文章于 2021-06-04 20:01:53 发布

阅读量235

点赞数

分类专栏：程序员文章标签： Android

本文链接：https://blog.csdn.net/chayel123/article/details/114596172

版权

程序员专栏收录该内容

760 篇文章 2 订阅

订阅专栏

前言

金三银四，又是一年校招季。

经历过，才深知不易。最近，和作为校招面试官的同事聊了聊，问他们是如何去考察一个学生的，我简单归为以下几点：

聪明、反应快，这点自不必说，聪明意味着学习能力、适应力强，能够快速胜任工作。
算法不错，代码基本功好，这点其实考察的是算法能力和代码是否写得优雅。
基础过硬，技术岗面试最核心的还是考察「技术储备」，包括了语言基本功，操作系统、网络、体系结构、系统设计。
语言组织和表达能力，这点很重要，很多同学懂得某个知识点，却很难用简洁准确的语言表述出来。

想必有很多同学在刷题、刷面经，不过我想说“面经虽好，不要贪杯哦～”，面经可以刷，看看面试官都是怎么提问的，但不要寄希望于原题。

因为面试过程中的问题往往是一环扣一环的，这意味着你需要有足够的技术深度，将知识由点连接成面，而不是停留在相互孤立的知识点上。

所以还是建议系统性的看书，如果觉得时间不够，可以关注文章里的重点内容。

接下来是我历时几个月整理出来的Android高级开发面试题以及答案整理，里面都是一些面试高级工程师必备的知识点，比如：Handler、Activity、Fragment、Service、Android 布局优化、BroadcastReceiver、AsyncTask、Android 事件分发机制、Android View 绘制流程、ANR、Android 内存相关、Android 屏幕适配等等。

接下来我们来看看这些知识点在面试中那些大厂的面试官是怎么问的？自己又能回答多少出来呢？（有些问题不知道答案的这里由于篇幅原因不方便把答案全部放出来，但是答案我都整理成了一份文档文末可以自行领取~）

二、理解架构

全球有名的架构目前分为四种：

1、Clean架构：一种分层的架构方式，将核心业务（对应domain层）、UI相关（对应presenter层）以及数据加载（对应data层）彼此独立开来，不同的层之间由接口依次连接起来，但却又彼此不了解彼此的具体实现。

2、DCI架构：DCI是数据Data 场景Context 交互Interactions的简称，DCI是一种特别关注行为的模式(可以对应GoF行为模式)。DCI架构真正含义可以归结如下：

1.数据data：是领域对象中代表领域类概念的那部分。
2.场景context：根据运行时即时调用，将活的对象实例带到符合用例需求的场景中
3.交互interactions, 描述需求用户心目中角色的活动算法。

3、DDD领域驱动设计：2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计 2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型设计设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。

4、六边形架构架构：六边形架构（Hexagonal Architecture），又称为端口和适配器架构风格，其中的“六”具体数字没有特殊的含义，仅仅表示一个“量级”的意思，六边形的定义只是方便更加形象的理解。我们知道分层架构的重要作用就是避免耦合的出现，经典分层架构和六边形架构都是分层架构的一种，但是所发挥的作用会有些不同，经典分层架构更多的精力放在抽象的分离上，每个层的职责分的很明确，各个层的依赖关系更加抽象化，从而避免耦合的出现，而在六边形架构中，是用“组件化”的形式来避免耦合的出现，每个业务单元尽可能的最小化，然后把这些业务组件集合起来，用一个锤子把他们都拍扁，所以，在整个集合中，这些小的业务单元都是“平等的”，这种方式用一个词来概括，那就是“扁平化”。

三、设计模式

设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。使用设计模式的目的：为了代码可重用性、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。

1、设计模式的重要性：

设计模式是高级软件工程师和架构师面试基本必问的项目（先通过面试进入这个门槛我们再谈其它）
设计模式是经过大量实践检验的安全高效可复用的解决方案。不要重复发明轮子，而且大多数时候你发明的轮子还没有已有的好
设计模式是被主流工程师/架构师所广泛接受和使用的，你使用它，方便与别人沟通，也方便别人code review（这个够实在吧）
使用设计模式可以帮你快速解决80%的代码设计问题，从而让你更专注于业务本身
设计模式本身是对几大特性的利用和对几大设计原则的践行，代码量积累到一定程度，你会发现你已经或多或少的在使用某些设计模式了
架构师或者team leader教授初级工程师设计模式，可以很方便的以大家认可以方式提高初级工程师的代码设计水平，从而有利于提高团队工程实力

四、代码形式

这样子解释架构、设计模式应该能让你更加了解它：
我现在要盖一栋房子（需求），房子当然要盖得漂亮大方美观一点去把全国最有名的设师Jack叫过来把我的房子先设计出来让我看一看（架构师），恩Jack果然是老司机设计的我很满意不过这个房子的左边不要盖出来要留出来一部分让我以后的孩子来用，还有右上角要多加个走廊还有房子的院前要留出啦一部分当花园，针对这么多需要更变Jack爽快的答应了，一点也不苦恼因为Jack早就想到会变更偷偷运用了自己总结了一生的方案（设计模式）。好了搬砖的搬砖、砌墙的砌墙、工人们依靠Jack给出的设计愉快的盖着房子（程序员）。