Android面试题——掘金-架构之组件化、插件化(6.4)

一 概述

以下是关于 Android 架构相关面试题：组件化与插件化 的全面整理，
适用于面试准备与深入理解架构设计

二 什么是组件化与插件化？

1.组件化（Componentization）
-是将项目拆分成多个功能模块（组件），解耦开发、独立编译、独立运行、降低维护成本。
-如：app、login、home、user、network、common 等模块。

2.插件化（Pluginization）
是将部分功能封装为“插件”，主工程运行时动态加载插件，不需要重新打包主工程，
适用于大体积、可扩展的 App（如：支付宝、滴滴、微博等）。

三 面试题解答(仅供参考)

2.1 为什么要进行组件化开发？

解决 App 体积大、协作难、耦合重、编译慢的问题。
组件化可以按业务模块拆分，做到“分而治之”。

2.2 如何实现组件化？核心思路是什么？

核心是 将业务拆分为多个 module，每个模块独立编译/运行/测试/开发，最终在主 App 汇总打包。

-公共库（common）：提供工具类、UI 基类、路由等。
-业务模块：如 login、home、user，具备独立运行能力。
-主工程 app：仅负责壳聚合。

2.3 组件如何通信？如何解耦依赖？

有三种常用解耦方式：

通信方式	原理	使用场景
接口 + SPI	Java SPI + 反射加载	服务注册、初始化
路由框架（ARouter）	路由映射 + 注解	页面/服务跳转
事件总线（LiveData/EventBus）	发布订阅模型	状态或事件传递

2.4 怎么实现组件的单独运行？

每个模块配置 isRunAlone = true 时独立运行，Manifest 中配置 launcher Activity；
主工程聚合时排除 isRunAlone 模块的入口 Activity。

通常使用 Gradle DSL + build flavor 实现。

2.5 插件化与组件化的区别？

对比项	插件化	组件化
加载方式	动态加载	编译期合并
模块独立性	插件无需在主工程编译时参与编译	编译期依赖主工程
使用场景	大型 App 功能扩展、动态更新	日常开发分模块协作
框架依赖	需要框架支持，如 Shadow、RePlugin	无需框架支持，原生 Gradle 即可

2.6 插件化如何实现动态加载？

主要分为三步：
1.ClassLoader 替换：通过 DexClassLoader 加载插件 dex。
2.Resource 替换：替换 Resources，加载插件的资源。
3.Activity 启动绕过 AMS 校验：通过占坑 Activity 或 hook Instrumentation 实现插件页面跳转。

2.7 插件化框架有哪些？推荐哪个？

插件框架	特点说明
Shadow（腾讯）	纯插件架构，无需修改宿主
RePlugin（360）	支持动态安装，框架庞大，学习曲线陡峭
DroidPlugin（阿里）	支持多插件，难维护，已较少维护

2.8 插件如何避免资源 id 冲突？

插件打包时使用 aapt2 生成独立 R 文件，
并通过资源隔离加载插件资源，使用 ResourcePrefix 或资源映射表。

2.9 如何高分回答“组件化和插件化”？

我们项目采用组件化架构，使用 Gradle 多模块 + ARouter 实现模块间解耦；
每个模块支持独立运行，方便多人协作、快速开发和测试。
同时我们评估过插件化框架，如 Shadow，可用于插件功能动态下发，避免全量更新。

三 参考

• 掘金—知识库的大纲