Home

Awesome

前言

android平台上组件化开发的概念近两年非常火热，有些同学反映在面试中被问到的概率也很高。

目前网上关于组件化开发方案的文章、开源库比较多，让很多初学者感到迷茫，不知该从何处入手，自身的业务特性适合使用哪种框架，如果全部都学习一遍成本比较高，而且在学习过程中容易将各方案的一些特性记混淆。

为了让大家能快速对android组件化有个整体的认识，本文将从多个维度对目前网上一些有代表性的开源组件化开发方案进行对比，从而更好的区分各组件化方案的特点，能快速地选择适合自己使用的方案深入学习并使用，在面试中被问到时也能做到心中有数。

由于篇幅及个人精力所限，只选取了比较有代表性的几个组件化方案进行比较，对比内容中如有谬误之处，欢迎大家指正，在github上发布也是为了方便大家提issue和pr给我,和我一起完善更多组件化方案的对比，降低开发者学习组件化技术的难度。

持续更新中，欢迎watch、star

对比表

图片

组件化开源库对比表

表格

对比项CC得到DDComponentForAndroidModularizationArchitecture阿里Arouter<br>(网上很多组件化方案的路由引擎，如AndroidModulePattern)聚美组件化方案<br>（基于聚美Router）ActivityRouter
开源时间2017-112017-92017-12016-122016-92016-4
介绍文章wikiAndroid彻底组件化方案实践Android架构思考(模块化、多进程)开源最佳实践：Android平台页面路由框架Arouter聚美组件化实践之路ActivityRouter路由框架：通过注解实现URL打开Activity
通信机制组件总线路由 + 接口下沉组件总线路由 + 接口下沉路由 + 接口下沉路由 + 静态方法
activity跳转✅✅✅✅✅✅
是否支持降级处理✅❌✅✅✅✅
activity变量自动注入❌1. 通过apt生成自动注入代码<br>2. 在onCreate中调用AutowiredService.Factory.getInstance().create().autowire(this);或者继承BaseActivity❌1. 通过apt生成解析参数的代码<br>2. 在onCreate方法中调用ARouter.getInstance().inject(this);实现自动注入❌❌
startActivityForResult支持Activity/Fragment,但不建议使用<br>建议使用统一的组件调用方式仅支持Activity仅支持Activity仅支持Activity支持Activity/Fragment仅支持Activity
调用方式(页面跳转)同步直接返回结果或异步回调结果:<br>CCResult result = CC.obtainBuilder("ComponentA").build().call();<br>或<br>String callId = CC.obtainBuilder("ComponentA").build().callAsync(new IComponentCallback(){...});onActivityResult返回结果:<br>UIRouter.getInstance().openUri(getActivity(), url, bundle);RouterResponse response = LocalRouter.getInstance(MaApplication.getMaApplication())<br>.route(MainActivity.this, RouterRequest.obtain(MainActivity.this)<br> .domain("com.spinytech.maindemo:music")<br> .provider("music")<br> .action("shutdown"));<br>String temp = response.getData();onActivityResult返回结果:<br>ARouter.getInstance().build("/test/activity").navigation();onActivityResult返回结果:<br>Router.create(url).open(context);onActivityResult返回结果:<br>Routers.open(context, url);
调用方式(调用服务)与页面跳转相同Router.getInstance().getService(ReadBookService.class.getSimpleName())与页面跳转相同ARouter.getInstance().navigation(HelloService.class).sayHello();PipeManager.get(LoginPipe.class).logout();与页面跳转相同
组件向外提供服务与页面跳转一致，在IComponent中实现接口下沉到base中，组件中实现接口并在IApplicationLike中添加代码注册到Router中与页面跳转一致，实现一个对应的Action并在其所属的Provider中注册即可接口继承IProvider并下沉到base中，组件中实现接口并通过注解来暴露服务接口下沉到base中，组件中实现接口并在ApplicationDelegate中向接口管理类注册PipeManager.register(CorePipe.class, new CorePipeImpl());在静态方法上加注解来暴露服务，但不支持返回值，且参数固定位(context, bundle)
Fragment组件化支持在IComponent中实现，并支持后续Fragment内部功能调用调用服务的方式实现，未支持后续Fragment内部的功能调用不支持调用服务的方式实现，未支持后续Fragment内部的功能调用调用服务的方式实现，未支持后续Fragment内部的功能调用不支持
组件自动注册方案TrasnformAPI + ASM扫描组件类(IComponent接口实现类)并注册到ComponentMananger中，无需手动维护组件列表apt生成各module的路由表<br>TrasnformAPI + javassist将IApplicationLike的注册代码生成到自定义application.onCreate方法中，无需手动维护组件列表未实现自动注册，<br>1. Action列表在其所属的Provider中注册<br>2. Provider在其所属的ApplicationLogic中注册<br>3. ApplicationLogic在主app的Application中注册新版本(1.3.0)开始支持通过插件完成路由注册<br>1. apt生成各module的路由表<br>2. TrasnformAPI + ASM扫描路由表并注册到LogisticsCenter中，无需手动维护组件列表1. apt生成各module的路由表pkg.RouterRuleCreator类<br>2. 在ComponentPackages中定义所有RouterRuleCreator的包名<br>3.在BaseApplication中反射所有的包名找到所有路由表RouterRuleCreator<br>4. 需要手动维护ComponentPackages类中的包名列表1. apt生成各module的路由表<br>2. apt在application的module通过Modules注解生成RouterInit进行注册<br>3. 需要手动维护Modules注解中的组件列表
组件单独运行的方式切换library/application方式编译，提供2种方式：<br>1. module/build.gradle中切换ext.runAsApp=trueOrFalse<br>2. 在local.properties中切换moduleName=trueOrFalse（推荐使用的方式，不会提交到代码仓库中）切换library/application方式编译，在module/gradle.properties中切换isRunAlone=trueOrFalse切换library/application方式编译，框架本身没有提供切换方式，开发者自行解决切换library/application方式编译，框架本身没有提供切换方式，开发者自行解决组件module始终以library方式编译，额外提供app壳子，可以按需将多个组件依赖进来一起打包。<br>好处是所有组件调试时包名相同，能满足分享及地图等第三方SDK对包名的要求切换library/application方式编译，框架本身没有提供切换方式，开发者自行解决
跨app组件调用支持✅❌✅❌❌✅
跨app调用开关及权限设置✅/❌//❌
组件app运行时调用其它组件组件同时安装在设备上即可，实际开发中一般是当前正在开发的组件和主app中的组件互相调用.<br>通过广播 + Service + LocalSocket实现，没有UrlScheme调用时弹出的选择框将需要调用的组件一起打包才能调用组件同时安装在设备上即可，实际开发中一般是当前正在开发的组件和主app中的组件互相调用.<br>通过AIDL实现一起打包或者通过urlScheme来统一转发将需要调用的组件一起打包才能调用UrlScheme原生支持跨app调用,组件同时安装在设备上即可<br>通过中介Activity转发:RouterActivity
组件依赖隔离无需依赖、完全隔离通过插件实现只在打apk包时才添加依赖，编码期间不能直接调用其它组件的代码，想知道如何实现可以戳这里无需依赖、完全隔离未隔离未隔离无需依赖、完全隔离
AOP支持拦截器 + 组件内部Action进行AOP❌组件内部Action进行AOP拦截器AOP❌❌
拦截器✅❌❌✅✅❌
组件调用的超时设置✅❌❌❌❌❌
组件调用的取消✅❌❌❌❌❌
动态注册/注销组件✅✅❌❌❌❌
特点1. 可以跨app调用，初期改造时即可单独编译组件运行<br>2. 提供统一的组件调用及实现方式（不管是否跨app调用、页面跳转、服务调用、同步/异步调用）<br>3. 组件自动注册，无需维护<br>4. 提供了ActionProcessor按需加载的支持1. 编码期间组件依赖通过插件进行隔离，避免直接调用其它组件的代码<br>2. 提供了兼容ARouter的方案<br>3. 组件自动注册，无需维护1. 可以跨app、app内跨进程调用<br>2. 组件运行在各自进程中，单独运行与联合打包切换时需要修改进程名称<br>3. 组件需指定同步实现还是异步实现，调用组件时统一拿到RouterResponse作为返回值，可以自行决定同步还是异步方式调用RouterResponse.getData()来获取结果，但异步获取时需要自己维护线程1. 阿里出品，使用者众多，QQ群里交流比较活跃<br>2. 支持分级按需加载 <br>3. 是一个路由框架，并不是完整的组件化方案，可作为组件化架构的通信引擎组件module可以始终以library方式编译，由统一的app壳子来安装调试，不需要切换library/application编译方式、避免了第三方SDK需要指定包名的问题、自定义权限重复导致安装冲突的问题、误操作导致apk upload到maven仓库的问题等1. 业内最早的组件化支持库<br>2. 通过注解静态方法的方式暴露服务
组件定义代码侵入性新增IComponent接口的实现类来定义组件，侵入性低注解定义路由及参数自动注入，侵入性高新增接口实现类，侵入性低注解定义路由及参数自动注入，侵入性高注解定义路由，侵入性高注解定义路由，侵入性高
组件调用代码侵入性高高高高高高
混淆配置无所有下沉接口、框架中相关接口的实现类等-dontwarn com.spinytech.**框架中的所有类及框架相关接口的实现类所有RouterRuleCreator类框架中的所有类
老项目改造成本评估低一般高一般高低
方案使用的学习成本评估低一般高一般一般一般
后续维护成本评估低一般高低一般一般
QQ群686844583693097923无592278657 / 336755078108895031无

表格中框架的相关链接

序号名称相关文章
1CCwiki<br>CC框架实践(1)：实现登录成功再进入目标界面功能<br>CC框架实践(2)：Fragment和View的组件化<br>CC框架实践(3): 让jsBridge更优雅
2得到DDComponentForAndroidAndroid彻底组件化方案实践<br>组件化设计思路 浅谈Android组件化<br>原理解释文章Android彻底组件化方案实践<br>demo解读文章Android彻底组件化demo发布
3ModularizationArchitectureAndroid架构思考(模块化、多进程)<BR>ModularizationArchitecture 使用教程
4阿里ARouter开源最佳实践：Android平台页面路由框架Arouter
5聚美组件化方案Demo<br>(基于聚美Router)聚美组件化实践之路<BR>Router:一款单品、组件化、插件化全支持的路由框架
6ActivityRouterActivityRouter路由框架：通过注解实现URL打开Activity<br>通过 URL 打开 Activity

其它比较有特色的组件化方案简介