千万级用户的Android客户端是如何养成的
声明：本文来自「七牛云主办的架构师实践日——亿级移动应用架构最佳实践」的演讲内容整理。PPT、速记和现场演讲视频等参见“七牛架构师实践日”官网。
嘉宾：阿刘，in技术专家。
责编：钱曙光，关注架构和算法领域，寻求报道或者投稿请发邮件[email protected]，另有「CSDN 高级架构师群」，内有诸多知名互联网公司的大牛架构师，欢迎架构师加微信qshuguang2008申请入群，备注姓名+公司+职位。
Android客户端的架构不论如何演变，架构设计的出发点总是离不开两点，一是提高开发效率，二是降低维护成本。阿刘基于这两点，主要分享了in Android客户端的架构演变。以下是正文：
1.0 时代：小、快、灵
2014年6月份，in发布了第一个版本。到目前为止，已经经历了几十个版本的迭代。在1.0时代，APP的特点是小、快、灵。当时产品逻辑并不复杂，投入的资源不是特别多。因为处于探索期，所以产品的迭代非常快，为了与之适应，in采用了简单的单工程的形式组织整个产品结构，高结构的层次也只有几层，非常浅，如图1所示。
为了兼容H5跳转，in参考了H5的一种路由协议作为跳转的支持。该时期，in的用户量增长迅速，1.0末期已经达到了近2500万。在这个框架下，in一直衍生到1.9版本，这段时期使用轻量结构比较适合小步快走，即迭代非常快的形式，但这种形式存在一个明显的缺点，即扩展性较差，个别类臃肿，不适合协同开发。随着业务逻辑愈发复杂，参与人员不断增加，如何提高协同开发效率成为当务之急。
2.0时代：繁、稳
in在2.0时代有三个亟需解决的问题：
产品逻辑日趋复杂。复杂表现在两方面：一是演进非常快；二是反复。这是最致命的，因为开发过程中PD可能会临时做一些需求上的变更。因此，此时的框架必须适应产品的复杂化；
代码复用性差。1.0时代，新模块的开发主要基于原有的模块，仅仅在原有的模块上做一个很小的改动，代码实现上却需要进行大幅度的调整；
业务逻辑与基础功能杂糅在一起。因为业务上的一些变更常常会触及底层的东西，导致稳定性不足。
基于这三点，in在2.0时代进行了如图2所示的重构。
首先，将所有业务分成独立的模块，同时考虑产品逻辑中可能没有想到的模块。以in为例，in有图片详情页，但从产品逻辑看，产品分为个人中心、话题、品牌站等模块，这些模块都有各自的图片详情页，图片详情页并不是一个独立的业务线。初期，in严格按照产品线去划分业务逻辑模块，所以开发出好几套图片详情页，这就是代码复用性差。经验教训是，模块不应完全由PD决定，我们必须非常熟悉产品结构，清楚有没有共性的模块可以单独抽离出来。
其次，业务模块必须具有一定的配置性，即可扩展性。沿用刚才的例子，我们希望个人中心的图片详情页具有显示用户打上去的标签、贴纸等的功能，但品牌详情页可能并不需要这类功能，所以业务模块必须达到可配置。分好业务模块后，各个模块之间相互独立，但必然存在公共的功能，因此需要有一个底层的公共类库做支持。公共类库主要包括了一些基础功能，比如网络请求、图片解析、本地日志系统等。
最后，in引入了许多第三方功能，而公共模块是一个独立工程。in允许公共模块直接使用第三方库，但不允许其它模块单独使用。因此，第三方库达到统一管理。同时，in还沿用并强化了1.0时代的路由协议，推送可以通过这套协议跳转到推送页面。
到此，in基本解决了之前谈到的三个问题，更重要的是提高了QA测试效率。
以往需要等所有功能开发完成才能交付给QA，分模块后，每一个业务模块都可以不依赖其他模块独立运行。当一个模块自己的业务开发完成后，都可直接交付给QA。但与此同时，产品又产生了新的问题，即公共类库臃肿，难维护，迁移成本高。
2.0时代，in的用户量从1.0时代的近2500万增长到7000万。in意识到每一次小的更新都会影响用户的体验，因此告别了原先快速迭代的发展模式，转为求稳。从开发的角度来说，是要提供更优质的服务。
后2.0时代：精、稳
针对2.0时代产品公共类库臃肿的问题，in在框架上做了如图3所示的改进。首先，上层沿用2.0时代的形式，但对公共模块进行拆分，将公共业务抽成代理层，并且引入服务化的概念，将每一个机组功能都抽成独立的服务，比如网络请求、图片上传，本地日志等。这一版改进后，服务都被独立抽出，相互之间是隔离的，每个服务都可以交由不同的人去维护，内部高类聚。
与此同时，每个服务都需要有容错性，每个模块都需要有兜底方案，保证自己的输出是稳定的，自己内部的问题不会影响其他服务。
另外，底层服务很少被上层的业务代码入侵，可尽量通过协议或者是API的形式支持上层的业务逻辑，做到最轻量化级的接入。in还对第三方库做了封装，将其通过代理的模式与自己的业务代码隔离，这样就可以灵活地替换第三方类库，并且大大降低维护成本。
服务化过程中，in沿用了之前的通信模块，并且加入了一个统计框架。这个框架着重突出了服务化的概念，并且是本地服务化。它的优势在于非常的独立，且具有很高的扩展性，每加入一个新的服务，都不会影响到其他的服务，并且在整个架构的层面上来讲，每一个服务之间相互依赖的关系、调用的顺序都可以很快地整理出来。同时，它还给in的产品矩阵打下了一个很好的基础，未来如果推出一些新的APP，需要引用in老的代码时，只需要选择需要接入的那些服务，就能很快理出新的APP的架构图，并且配置起来。
Extra：巧、宜
图4为in内统计框架，最大的特点是自动化、无侵入式。业界很多统计框架在路径统计层面，主要是统计Activity层以及Fragment层，但是in的很多页面是通过View等其他形式实现的，因此无法通过现有的一些统计框架进行页面统计。对此，in把所有的页面都抽成layer的抽象概念，把所有的layer通过用户的行为路径压到一个layer栈内，最终以一个列表的形式发到服务器，然后在服务器建立一个数据仓库，再通过BI部门整理数据仓库得出每个用户的实际浏览路径，包括每个页面的留存等。
模块内的解耦
耦合存在每个模块内。业界很常见的是用MVC、MVP等模式进行一定的解耦，in主要用MVP模式。为什么in之前Activity常常写得特别臃肿？因为它不仅做了Model层的事，而且做了表现以及控制上的事。解决办法是把View层单独抽离，由Fragment去做View层的展现，而Activity层只专注于对数据的处理，实现View层跟Model层之间不直接交互，而是通过一个接口的形式进行沟通。
灰度发布机制
灰度发布机制主要是为了支持产品的A/B Test。in的产品越来越复杂，用户量越来越多，为了实验性的功能不影响所有的用户体验，只能允许一部分特定用户看到新功能，而这需要通过代码层做控制，即灰度发布机制。如图5所示，灰度发布主要在业务层之上，它的配置全部由服务器端决定，确保每个业务都可以做到灰度发布。
模块间通信
模块增加后，模块间通信成为一个大问题，因为模块之间是不可见的。两个解决办法:第一是通过一套反射机制达到每个模块间相对可见;第二是建立一套自己的基于观察者、订阅者模式的消息分发机制，in的这套机制主要参考了EventBus以及谷歌最近开源的一个安卓响应式框架Agera类似于RxAndroid，这个框架能帮助模块间通信的现成模型的构建。另外，模块间通信有一个Sticky机制，问题就在于当页面未打开之前，数据已经先到了，那么该如何解决？就是通过Sticky机制，它能确保数据先到，页面再打开的时候，数据能顺利下发。
总结
每一套框架都有自己的特点，但是万变不离其宗，最主要的是要适合当前的项目规模和体量，更好的与业务结合在一起，提高开发效率，降低维护成本。
编辑推荐：架构技术实践系列文章（部分）：
- 阿刘：千万级用户的Android客户端是如何养成的
- 卜赫：大道至简——React Native在直播应用中的实践
- 陈爱珍：从运维的角度看微服务和容器
- 孙其瑞：VR应用在直播领域上的实践与探索
- 刘丁：bilibili高并发实时弹幕系统的实战之路
- 秦鹏：从应用到平台，云服务架构的演进过程
- 郭炜：从0到N建立高性价比的大数据平台
- 李智慧：宅米网技术变迁——初创互联网公司的技术发展之路
- 陶文质：分布式系统设计的求生之路
- 魏晓军：React Native实践之携程Moles框架
- 学霸君姜波：耳目一新的在线答疑服务背后的核心技术
- 爱乐奇麦凯臻：在线教育的内容研发和技术的迭代创新
- 长虹李玮：老牌消费电子企业如何拥抱Docker
- 徐汉彬：日请求过亿的Web系统PHP7升级实践
- 窦威：AcFun的视频架构演化实践
- 傅鸿城：QQ亿级日活跃业务后台核心技术揭秘
- 宁峰峰：尖峰日96万订单，59校园狂欢节技术架构剖析
- 梁阳鹤：每秒处理10万订单乐视集团支付架构
- 沈辉煌：亿级日PV的魅族云同步的核心协议与架构实践
- 李任：携程Docker最佳实践
- 王海军：游戏研发与运营环境Docker化
- 史海峰：当当网高可用架构之道
- 黄哲铿：应对电商大促峰值的九个方法
- 1号店交易系统架构如何向「高并发高可用」演进
- 京东闫国旗：从C10K到C10M高性能网络的探索与实践
- 李林锋：服务化架构的演进与实践
- 1号店架构师王富平：一号店用户画像系统实践
- 唯品会官华：实现电商平台从业务到架构的治理体系
- 沈剑：58同城数据库架构最佳实践
- 荔枝FM架构师刘耀华：异地多活IDC机房架构
- UPYUN的云CDN技术架构演进之路
- 初页CTO丁乐：分布式以后还能敏捷吗？
- 陈科：河狸家运维系统监控系统的实现方案
- 途牛谭俊青：多数据中心状态同步&两地三中心的理论
- 云运维的启示与架构设计
- 魅族多机房部署方案
- 艺龙十万级服务器监控系统开发的架构和心得
- 京东商品详情页应对“双11”大流量的技术实践
- 架构师于小波：魅族实时消息推送架构
2016年9月22日-23日，SDCC 2016大数据技术&架构实战峰会将在杭州举行，两场峰会大牛讲师来自阿里、京东、苏宁、唯品会、美团点评、游族、饿了么、有赞、Echo等知名互联网公司，共同探讨海量数据下的应用监控系统建设、异常检测的算法和实现、大数据基础架构实践、敏捷型数据平台的构建及应用、音频分析的机器学习算法应用，以及高可用/高并发/高性能系统架构设计、电商架构、分布式架构等话题与技术。
9月4日24点前仍处于最低六折优惠票价阶段，单场峰会（含餐）门票只需499元，5人以上团购或者购买两场峰会通票更有特惠，限时折扣，预购从速。（票务详情链接）。