前言

其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。我是08年入Android这行的，不说有多么厉害，工作经验应该算是比较丰富，流过洋去过三星工作…当然也有我自己的一个圈子，如果你也是从事Android行业，或者想在这行业发展，欢迎加入我的圈子，我拉你进群感受大牛环绕的感觉。人脉是什么，人脉就是圈子，更优秀的人在一起，才会变得更加优秀。
接下来我就把我这些年“圈子里面”的一些资源分享出来，需要的看文末我分享给你。

实现方案

直接依赖

这种方式实现简单，但是耦合太严重，不方便维护与开发，当工程逐渐增大模块逐渐增多，依赖关系会非常复杂，不推荐这种方式。

事件或广播通信

EventBus： 我们非常熟悉的事件总线型的通信框架，非常灵活，采用注解方式实现，但是难以追溯事件。广播： 安卓的四大组件之一，在一个模块中发送广播设置数据，在另一个模块中注册广播接收数据，使用广播进行数据传递方式广播相对于其他的方式而言消耗资源较多。

总结： BroadcastReceiver、EventBus，非常灵活，模块之间没有任何的耦合，但是代码的可读性差，难以追溯事件，不是很推荐。

路由通信

模块与模块之间不存在依赖关系，而是各自运作，简单的来说就是映射关系的路由通信，也是目前比较主流的一种方案，比较常用的开源框架是阿里的ARouter。

ARouter典型应用

从外部URL映射到内部页面，以及参数传递与解析跨模块页面跳转，模块间解耦拦截跳转过程处理登陆、埋点等逻辑跨模块API调用，通过控制反转来做组件解耦。

面向接口通信

以上几种方式只是简单的介绍，下面就具体说下通过接口解耦通信的方式，首先先看几个问题。

什么是面向接口编程？

接口大家都很熟悉，这里所说的面向接口编程，并不只是所谓的 java 中的 interface，而是指超类型，可以是接口也可以是抽象类。

面向接口比面向对象编程是更先进一步编程思想，而是附属于面向对象编程的体系，属于其中一部分，它是面向对象编程体系中的思想精髓之一。面向接口编程它的核心思想是将抽象与实现分离，从组件的级别来设计代码，达到高内聚低耦合的目的。面向接口编程方法是，先定义底层接口模块，也就是 通信的协议与功能约定 ，是提供方实现对应的功能与能力。在架构中层次分明，不需要关注具体实现，开发中可以通过接口快速制定协议，与提供能力api，对于上层通过接口显露能力，对于下层只需要依赖接口层相当于依赖api。

面向接口编程的好处？

灵活性高没有依赖具体的实体，实现层可以任意的更改与切换。在模块化中可以相互依赖service(接口层)或依赖多个。‍

‍在模块化中的使用下面对于接口（interface）或api层统称为service，其含义为服务提供者。

对于，每一个 module 都一个独立的工程结构，每个 module 都有自己的 Service ,来统一暴露当前 module 所拥有能力与向外提供的服务。

对于 module 是在同一个工程里的项目结构，service 可以放到统一的一个 Module 下，我们统称为 Mediator，这样做的目的是为了减少 Module 创建与维护。假设你的工程有20个业务 Module 如果都同时增加一个 service 层就会造成 Module 数量翻一倍。由于这里存入的都一些接口类，也是每个业务 Module 向外提供的服务其体量不会太大，这里并只是一个建议并没有标准的做法。

当然也有更复杂的设计，一个 Module 又分不同的 service 实现如图，这里不在展开细说。

实际工程中使用与设计

在实际项目中有很多项目都同时开发两版本Pad与Phone，有的是两独立的工程，有的是在同一个工程内用 flavor 切换不同的工程，下面我就以通过 flavor 切换的工程结构举例。先看下工程的包的结构图：

可以看到 module 结构是分为三个部分，common, pad, phone, 如果每个service 都独立将增加3倍的 Module 数量。

使用一个 Mediator Module 统一管理这这些 service 就很好控制了 module 数量。

Service 创建

在 module_mediator 业务 module 下 common，pad、pone 下分别创建ICommonService, IService(pad), IService(phone)。ICommonService：公共服务。IService(pad)：pad服务并继承CommonService。IService(phone)：phone服务并继承CommonService。

注：这里为什么不用，PadService与PhoneService，是因为pad与phone版本同时只会存在一个，使用方只需要关心你提供的Service不用在区分版本，而且这里是一个继承关系也可以获取到共用的部分。

Service 实现

依赖 Mediator :

在业务 common\pad\phone module 下分别实现，ICommonService, Service(pad), IService(phone) ，在 common module 创建 CommonServiceImpl 实现 ICommonService，在 pad、phone module 分别创建 ServiceImpl 对应实现 IService 并继承与 CommonServiceImpl。

Service 注册

注册的方式有一般是通过代码用去注册，或通过注解进行注册。可以在 Application 注册也可以在业务 Module 下自己注册，如果使用注解则可以自动注册，具体要看项目怎样实现。例：

解释下 MediatorServiceFacator，它只是一个服务工厂也是一个接口类，作用是负责管理各业务方的 Service 主要功能是注册与获取 Service。上面的代码就是往里注册了一个会员的 Service。

可以看出这个函数只有两个参数，一个是接口class一个是实现类class，第一个参数cls：它会作为 key 来使用，第二个参数implClass：它会作为 value 来使用。

Service 使用

通过 MediatorServiceFacator 懒加载获取service对象，如果业务方没有注册则获取一个空的对象。

注册有 service 没有使用时是不会创建的，如果使用过则会缓存下来，下次调用则直接返回。（第一次是通过反射创建）例：

在 mediator 模块下会员 CommonService 中定义了一个模糊查询会员的方法。

在会员模块下 common 中实现了该功能。

在会员模块下 pad 中继承了这个实现。

在其他模块 pad 下使用这个功能。

可以看到获取 Service 只要传对应接口就即可，对于使用方是不用关心实现方，在开发过程中只要先定义好接口，合作的同学就可以进入正常开发了。细心的同学可以看出，返回的数据类型也是一个接口类，为什么不直接返回一个普通 java 类呢？主要原因是通过接口方法达到双方 api 约定，例如 getName() :String 方法是通过方法名返回值达到约定效果，这样不依赖具体实现。

从上面的例子可以看出主要分为三个部分：1、定义接口。2、提供方实现接口。3、使用方都通过服务工厂获取服务使用。对于使用者来是很简单的，不需要关心实现，通过接口可以直接获取到实现，并且获取到结果可以直接使用，不需要做序列化处理。

有了路由通信我们为什么还使用面向接口编程？

路由模式虽然很好的解决了耦合的问题，但他的方法调用都是静态的，对于传参与返回值只能是基本类型，如果是对象需要做序列化与反序列化处理，对性能有一定影响。类似在调后台接口一样，同时降低了代码的可读性，对于 app 而言所有 Module 都是在同一个应用下，没有必要做这些序列化操作。

对于复杂业务不好处理，例如一个业务需要多次通信，路由模式则不好处理，而通过接口通信则可以容易解决。例如：一个读卡的操作，业务方需要对它有开启、关闭、暂停等多个状态的操作。通过接口则可以直接返回一个读卡的 service 控制器，这样可以直接进行相应的控制操作。

从上面代码中可以看出，上层回调结果的同时并回调了一个控制接口，这样就提供使用方一个反向操作的能力。

最后

希望本文对你有所启发，有任何面试上的建议也欢迎留言分享给大家。

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，可以加一下下面的技术群。来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

这里放一下资料获取方式：我的腾讯文档

好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

[外链图片转存中…(img-CMNStCHJ-1621323711088)]

好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

[外链图片转存中…(img-Vco0zrBA-1621323711089)]

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！

百度、阿里、滴滴、新浪的面试心经总结，醍醐灌顶！相关推荐

android自学知乎！百度、阿里、滴滴、新浪的面试心经总结，大厂面试题汇总
开头经常会有人问:"现在学习Android开发还有前景?"我的看法是现在只是市场趋于平稳了,对开发人员的要求越来越好了,这并不代表没有前景了. 移动开发不等于App开发,所有新的 ...
百度、阿里、滴滴、新浪的面试心经总结，源码+原理+手写框架
前言作为一个程序员,如果你在新知识.新技术面前仍一无所知,依然吃着十多年前的老本,那你在知识技术上肯定落伍,如果又未能进入管理层面,那你肯定就会被长江的后浪拍在沙滩上了. 而不少与时俱进.善于学习的 ...
百度、阿里、滴滴、新浪的面试心经总结，一线互联网公司面经总结
缘起随着互联网企业的不断发展,产品项目中的模块越来越多,用户体验要求也越来越高,想实现小步快跑.快速迭代的目的越来越难,还有应用之间的互相调用等等问题,插件化技术应用而生.如果没有插件化技术,美团. ...
安卓开发步骤！百度、阿里、滴滴、新浪的面试心经总结，看看这篇文章吧！
Android全局异常处理在做android项目开发时,大家都知道如果程序出错了,会弹出来一个强制退出的弹出框,这个本身没什么问题,但是这个UI实在是太丑了,别说用户接受不了,就连我们自己本身可能都 ...
百度、阿里、滴滴、新浪的面试心经总结，社招面试心得
前言我也已经做了好几年开发了,还记得刚出来工作的时候觉得自己很牛逼,现在回想起来也蛮好笑的.懂的越多的时候你才会发现懂的越少.因为如果你的知识是一个圆,当你的圆越大时,圆外面的世界也就越大. 最近看 ...
阿里云、腾讯云、百度云、新浪云
阿里云.腾讯云.百度云.新浪云云计算(英语:Cloud Computing),是一种基于互联网的计算方式,通过这种方式,共享的软硬件资源和信息可以按需求提供给计算机和其他设备. 具体实现的方式有 ☆ ...
最新百度阿里华为腾讯谷歌面试笔试题及解析
最新百度阿里华为腾讯谷歌面试笔试题及解析 8月15日,百度2道面试题: 1.来自<编程之美>的概率题:一个桶里面有白球.黑球各100个,现在按下述规则取球:的 i .每次从通里面拿 ...
[行业动态] 阿里入股新浪对蘑菇街、美丽说的冲击
前一阵子阿里入股新浪对蘑菇街.美丽说等这些导购网站来说是个沉重的打击. 众所周知,淘宝的流量入口一直是个大问题,淘宝本身的SNS做的很差,而蘑菇街等这类导购网站可以为淘宝带来流量,蘑菇街可以从中提取佣 ...
阿里投资新浪：小心步子迈大了扯到蛋
这次是两家产品基因完全不同的公司之间的合作,如果微博的媒体属性被稀释,会不会成为一个大号美丽说?---方浩新浪昨天正式对外宣布,阿里与新浪达成战略合作,阿里巴巴以5.86亿美元购入新浪微博发行的优先 ...

百度、阿里、滴滴、新浪的面试心经总结，醍醐灌顶！

前言