如今app冗余与包大小一直都是很多业务挥之不去的优化项。行业内很多极简包如雨后春笋般冒出来。又或者是很多业务对极简包的探索也有积极的尝试。
极简包带来的价值，不仅是包大小上的质变，更是用户下载转化率和投放带来的正向效应，线下下沉市场的开辟具有重要价值，对拉新转化率影响很大。
一般极简包会有两种方案：
1、作为一个套壳App，套了一层H5。主要链路由前端去打通交易流程，然后通过更新方案引导用户升级；
2、作为一个套壳App，套了一层H5。主要链路由前端去打通交易流程，然后通过插件化的形式去动态更新Native版本的app。
无论采用上述哪种方式，作为H5的载体，只使用原生的web去打开页面体验感仍不是很好。同时还会伴有各种H5的适配联调和优化。而对于H5比较庞大的业务，如手淘，很多页面前端去适配有极大的工作量，投入产出比不高。
故淘宝极简包提供第三种方案：
3、主页由多个TAB实现，可以Native或者H5，由业务自己去选择，详情页通过H5去加载。后期升级链路是传统Apk更新或者插件化由业务方自己去选择。
由此淘宝极简包项目分离了一个可以快速搭建极简App的框架。可供作为基础脚手架，快速搭建出自己业务的极简版App。
MTAS
Mini TaoBao Application Scaffold
MTAS是淘宝极简版应用脚手架，是基于快速搭建极简包项目的App框架。
如今手机淘宝极简版采用此极简包基础框架，包大小4M+。
极简基础框架从结构上主要分为几个部分：
▐ 极简基础服务
极简基础库 -- 主要集成集团的基础依赖，比如：网络、容器、登录等。都是经过裁剪或重构过的精简版，相较于原版冗余复杂功能多，精简版的基础依赖轻量简单功能少。只要需要的基础功能，不去额外增加包大小的负担。
统一api层 -- 要想快速搭建一个轻量的app，基础的功能封装不能少，在这个模块中，统一实现常用的功能，若是业务接入，不需要重复造轮子。只需要简单调用即可。
▐ 极简外围容器
极简外围容器由mini-网页容器sdk作为载体，外围实现极简版的相关统一拦截导航。支持登录、back、跳转、外链拉起、降级等功能。启用多webview方案代替原生webview的缓存前进后退等策略，使页面过渡更加流畅。进入前后级更加快速，交互更好。内置缓存冷启及首次启动达到秒开级别，提升用户体验。
▐ 极简升级链路
可以同时支持插件化下载、安装、切换。也可以支持传统的应用apk下载、安装、升级。通过流式调用控制下载相关的操作，调用方可以自定义下载流来做自己想做的事情，例如一些流前检查，流后处理，开关控制等等。
▐ 极简业务组件
搭建一个简版首页的基础视图组件、常用的下拉刷新、上拉加载组件、裁剪过的recyclerView等等组件，可以支持搭建简单的首页。
详细设计
极简包基础框架自下而上，从基础依赖到上层业务，一层层做解耦和分离。
业务可以调用基础功能，也可以自行扩展功能。比较灵活。
极简包定义一套轻量化方案，核心解决以下三类问题：
1、 包大小：通过轻量基础服务，以及Native + H5业务形态缩减包体大小至4M+；
2、升级转化：插件化底座实现静默更新，插件静默更新 + 兜底APK更新 + 应用市场自动更新，整体提升升级率；
3、端内体验：
- Native化核心页面、H5预渲染、H5详情极速版提升核心链路加载体验
- 登录，保障包体大小前提下，支持支付宝登录、手机号一键登录&验证码登录、首页强引导。
▐ 极简基础服务
- 极简基础库
主要集成集团的基础依赖。都是经过裁剪或重构过的精简版，相较于原版冗余复杂功能多，精简版的基础依赖轻量简单功能少。只要需要的基础功能，不去额外增加包大小的负担。
以下介绍几个主要的裁剪基础库：
mini-网页容器sdk，是一个可扩展的 Hybrid 应用解决方案，为客户端内的 Web 页面提供了强大、易用的 WebView 容器。轻量且易用，目前只有500kb，不依赖UC内核，做到小而简。
mini-图片库sdk，精简无线图片库sdk是阿里巴巴Android端集图像加载、显示、处理、监控于一体的一站式解决方案。覆盖业内主流图片库核心特性，同时因地制宜结合集团CDN图片处理规则，旨在更有效地节省流量、更优越的内存占用、更极致的性能优化、更流畅的加载体验。简化线程调度框架，减少图片格式支持，轻量图片降级方案，保留基础功能，对模块合并，代码优化，收缩一些负责功能。
mini-网关sdk ，精简API网关平台，为客户端、H5和服务端提供统一、快捷、可靠的API接入以及监控报表服务。保留安全框架的能力，保障移动平台应用完整性、应用执行环境可信性、数据机密性。原生网络库减小包大小。提供plugin供前端调用。
mini-数据采集sdk，一套面向客户端开发的目前集团内覆盖app最多的数据采集SDK，具有数据安全级别高、数据到达率高、传输流量小等特点。优化代码做裁剪，去网络底层sdk依赖。
mini-登录sdk，统一登录SDK为淘系APP打造一致的账户体验，并且与安全深度集成，提供一致的安全水位。
代码裁剪，突出一键登录及sso登录，提高登录效率。缩减链路长的登录。
极简包依赖大小对比图
极简包基础依赖裁剪过后，正向收益是十分明显的，有效的降低了包大小，去除不必要的依赖和功能。使应用达到轻量化和简洁化。负向影响也可以预料，功能多样性降低，可供的选择减少。
▐ 统一api层
极简包基础框架中做了一套统一基础实现。集成常用的工具类，对功能的使用也做了封装。
基础实现包类展示
每个包的划分使职责明确。使用方可以直接用里面的各种方法。也可以自己自定义需要的功能，或者实现接口扩展想要的能力。
▐ 极简外围容器
容器外围承接了业务的基础功能，保证正常的H5流程及安全相关的支持。同时也可以自定义实现业务方自己的扩展。
- 拦截导航
路由拦截导航主要分为两个部分：替换器（Replace）和拦截器（Filter）。拦截器主要负责拦截并且做一些安全性的校验以及处理；替换器主要处理业务上通用的功能，方便调试测试的功能等等。
- 多WebView方案
为提升用户体验，极简包采用多WebView方案，对h5页面的前进、后退进行了优化，即在前进时打开一个新WebView进行页面加载，回退时可以立刻隐藏WebView实现秒退。
多WebView设计
▐ 极简升级链路
极简框架中的下载链路，可以根据策略模式自行选择，根据前置条件的分配和设置，业务层主导如何执行策略。目前升级链路内置Apk更新和插件更新，使用者也可以自定义流水线去包装成另一个策略实现更新。
插件包或者主线Apk包发布可以在与极简包解耦，互相的发布不受影响，不互相阻塞，可以提前测试，线上提前部署。
升级链路
- 应用升级
极简下载更新流程的架构方式主要通过流式调用来做阶段化推进。其中应用升级的流如下：
应用升级流水线
这个整个流水线也可以自己去定义。
- 插件升级
在插件化下载更新架构中，线上插件编译好之后，端上通过下载、安装、加载来做到切换到主包。
同时涵盖安全模式，如果插件包有异常，可以通过安全模式回滚至原来的极简包。
插件升级流水线&链路
- 安全模式
区别与传统的Apk升级，插件化升级的方式更加灵活、便捷、可配置。但是插件化也可能会遇到一些机型和新系统兼容性、稳定性的挑战。这时候极简基础框架就有一个安全模式作为有力的保障，在遇到一些不可预料的场景，多次错误的情况，这个后盾就可以作为兜底，在错误态的情况下还原或复原应用的正常使用态。
安全模式提供基础的安全校验，在载入插件之前，检验插件是否合法、是否安全、文件是否损坏等等，先行判断。也可以通过策略配置，去动态的控制是否需要加载插件。在保障体系中，最核心的就是回滚机制，当插件加载之后，正在运行，出现了一些崩溃等影响用户使用的案例，连续崩溃等重大错误行为严重影响用户的使用，这时候，回滚机制就会判断出出现了问题，就会回滚至极简包，而不加载插件内容，保证用户的使用和体验。
插件升级通过在wifi情况下的静默更新服务对用户做引导升级，快速切换升级至全量业务。
插件升级对于极简包升级至主包，升级率的提高，各种下单、登录成本的降低等等的业务价值很高。
思考与未来
极简包在快速获取新增用户上面的体验优势巨大，安装速度极快，基础链路保证，可以让用户体验到APP功能。架构上整包可以配置更新，版本迭代覆盖节奏可控。可以通过插件快速部署各种新包、测试包、A/B实验包来满足各种需求。
长远来看，技术上可以通过插件化动态编译技术，业务和性能可以通过hook实现自动插桩埋点、代码块或者业务块根据优先级分包下载和加载等等。
