微信ANDROID客户端架构演进和其对开发流程的影响.pdf

提要 微信ANDROID客户端的架构演进史，可以说是一个典型ANDROID应用在从小到 大的成长过程中的“踩坑”与“填坑”的历史。从1.0版本安装包的354KB ，到今天5.3 版本的24.1MB ，从最开始两三个码农的突击作业，到今天的“集团军”开发力量， 微信的体量在不断增大，开发同学遇到的“成长的烦恼”也越来越多： * 为什么微信收消息又延迟了？为什么我得每次打开微信才收到消息？ * 为什么我的微信无法安装了？为什么微信启动越来越慢了？ * 为什么我的eclipse突然无法debug微信了！？如何把编译速度提升80% ？ * 如何在一个月左右的周期内排入5个迭代？如何并行发布3个以上代码线的客户端版本？ * 如何减小因为增加开发人力而带来的资源损耗？ ANDROID系统先天的弊端与产品需求研发过程的矛盾，推动着客户端架构演进史 这架车轮不断向前滚动。不断调整进化的架构，在为微信未来的高速成长保驾护 航。欢迎各位和我们一起来了解微信ANDROID客户端的架构演进过程。 微信ANDROID客户端架构演进及其 对开发流程的影响 赵 原 2014年7月 微信客户端架构V1 —— 微信 1.0~ 浏览器 UI 1 ）多Activity方式实现界面层 “复杂的事情 2 ）封装数据存储、网络，将其 交出去做， Net Scene 保持最精简 控制在一个Service组件中 的微信” 3 ）每个Net Scene处理具体一 Storage 个业务场景，完成相关的协议 编解码、数据操作，并通知界 面更新 Network 4 ）网络层维护长短链接 “成长的烦恼” 产品侧 ·一到两周的快速版本迭代 ·追求更好的用户体验 ·试错与新功能的快速叠加 问题： ·代码、安装包、内存体积膨胀 ·用户环境的复杂 ·系统组件的缺陷 微信的第一个大问题 消息推送不及时 微信作为一款取代短信的即时通信程序，消息推送的及时 性是早期遇到的最大的问题 ·1.5的时代是没有GCM/C2DM通知机制的 ·国内网络的特殊性，需要维持准确的心跳周期 ·微信的膨胀与Android的进程与内存回收机制的矛盾 国内的移动网络环境——理想 国内的移动网络环境——现实 国内的移动网络环境——适应 微信客户端架构V2 —— 微信 3.5~ WebView UI 1 ）多Activity方式实现界面层 4 ）解耦，分 离部分模块 Net Scene 2 ）NotifyReceiver响应push通知， 到独立进程 完成协议编解码、数据操作 Storage 3 ）网络层维护长短链接，运行 Network 在CoreService中 鲜花 VS 鸡蛋 优点： 缺点： ·内