Android-模块化-面向接口编程(2)，java 面试基础题

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

模块化的优势

1. 结构清晰：业务独立，代码实现分离，不会搅在一起。
2. 便于协作：每个开发同学只要自己负责的模块，没有太多的耦合。
3. 便于维护：各模块管理自己的代码、布局、资源，主工程可以方便添加与移除。

特点：高内聚、低耦合。

常见的模块化实现方式有两种

1. 业务 Module 都放到同一个工程里。
2. 每个业务 Module 都是一个独立的工程。

如图：

模块的划分

模块可分为多种类型，一般分为：三方的基础 SDK （网络请求，地图导航，推送等）；自己平台的通用功能（网络请求的能力封装、图片加载能力封装、权限设置、UI组件等）；业务模块的拆分（登录、交易、会员、硬件等）。

模块间通信

虽然功能已经按模块拆分，但是模块间通信也是多种形势，如果处理不好模块之间耦合严重维护成本增大。常见模块问通信有：直接依赖、事件或广播通信、路由通信、面向接口通信，下面就对比下几种通信优势。

二、实现方案

直接依赖

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

事件或广播通信

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 实现

总结

我最近从朋友那里收集到了2020-2021BAT 面试真题解析，内容很多也很系统，包含了很多内容：Android 基础、Java 基础、Android 源码相关分析、常见的一些原理性问题等等，可以很好地帮助大家深刻理解Android相关知识点的原理以及面试相关知识。

这份资料把大厂面试中常被问到的技术点整理成了PDF，包知识脉络 + 诸多细节；还有 高级架构技术进阶脑图 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。

这里也分享给广大面试同胞们，希望每位程序猿们都能面试成功~

Android 基础知识点

Java 基础知识点

Android 源码相关分析

常见的一些原理性问题

腾讯、字节跳动、阿里、百度等BAT大厂 2019-2020面试真题解析

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip204888 （备注Android）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

88 （备注Android）**
[外链图片转存中…(img-AfamFz11-1713442557410)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！