自 iOS 及 Android 操作系统面世以来，移动端的浪潮以极快的速度席卷了整个世界。而在这样的时代演进过程中，技术的不断进步和创新给移动端的开发者们带来了一次又一次的挑战，比如不断增长的日活用户、不断刷新的版本分布、不断碎片化的机型分布以及不断碎片化的操作系统分布等。其中，随着日活用户的不断增长，微小概率的闪退使越来越多的用户在体验上大打折扣。同时， App 版本分布的不断增加亦加剧了代码的碎片化，致使功能管理愈加复杂。

　　另一方面，手机型号与操作系统版本增多，也给移动端开发者造成了不少困扰。特别是 Android 平台，由于其开放性，导致了大量专项开发与优化，增加了代码管控的难度与复杂度，这也给移动开发者提出了更高的挑战。

　　面对这一系列技术挑战，饿了么开启了移动基础设施的建设工程，以应对未来在移动端所面临的变化以及更多挑战。本文将从以下几个方面细谈饿了么移动基础设施建设的实践：

移动端用户体验的分级；

移动基础设施的概念；

饿了么移动基础设施的建设实践。

　　在这样一个以用户体验为王的时代，追求极致的用户体验往往是产品经理们追逐的最高梦想。因此，更简化的流程、更炫酷的动画总是成为每次产品更新迭代的主角，从不会褪去其“No.1”的光环。

　　然而事实上，App 和过去 Web 时代的产品有着分明且本质的区别，比如用户更新意愿低、存在故障时难修复、视觉要求更高等。因此，在这样一场追求 App 极致体验的战争中，移动端的程序员兄弟们也应该是并肩作战的团队成员之一。因为技术上的用户体验，重要程度其实并不亚于以上的主角。

　　Level 1 能用

　　“能用”是每个用户对于使用 App 最基本的诉求。但当我们钟爱的 App 在使用过程中遇到诸如内存访问越界等特殊异常时，它往往会表现出一种最让我们反感的现象——闪退，移动端工程师们称之为“Crash”。

　　这种让 App 完全无法使用的情况是用户最为恼火的场景。因此，如何最大限度地降低 App 的 Crash 率便成为了移动端技术人员们追求的用户体验最高核心。一款无法稳定运行的 App 当然无法得到用户的青睐！

　　Level 2 可用

　　“可用”，来自为用户提供稳定可靠的服务表述，这是比较容易理解的。设想一下，当我们正在选择美食时，却提示网络不可用；又或是页面上的菊花转了一分钟也没有出现想要的菜单，这些都会让我们对这样一款 App 产品失望。然而，“可用”却又是比较难实现的一个等级。当用户量少、业务简单时，网络的流量并不会对服务器端造成过大压力；而随着用户量的增长，不同地域、运营商、网络环境的一点点小的抖动，都会导致用户网络请求的不确定性。

　　因此，如何最大限度地保障网络数据的稳定性，让我们的 App“可用”，是每天都在面临的挑战。

　　Level 3 好用

　　当我们的 App 达成了“能用”和“可用”的体验后，便来到了第三个层次——“好用”。

　　与前两者体验需求的不同之处在于，“好用”除了在产品上要求流程简单便捷外，同时也对动画效果提出了更高的要求。在技术上这往往表现为每秒刷新的“FPS”帧率达到一定数值，页面切换无卡顿感，同时 App 能够在第一时间响应用户的触摸操作等。

　　“好用”是对产品经理以及应用开发者在页面性能优化上的极致挑战，是一个长期追求，并不断努力的终极目标。

　　移动基础设施的概念

　　在以上的用户体验分层概念中，我们可以看到，这种用户体验的提升是不断打怪升级的战役，自然也少不了坎坷。在很长一段时间内，由于缺乏相应的测试和监控工具，App 端的问题一度只能通过后端监控来推断。

　　为了更好地应对这样一系列与 App 相关的问题，我们提出了建设移动基础设施的构想。本节先来谈谈什么是移动基础设施。

　　我们都知道，一款 App 的研发流程大致可以总结为：

产品提出设计原型，UED 设计好视觉效果稿；

工程师针对设计稿件进行编码、Debug，完成开发；

工程师将开发好的程序进行打包、发布；

App 产品正式上线并发布。

　　而在最近几年，随着 iOS 和 Android 的技术进步，atv直播，又出现了一系列线上热修复技术，因此在以上的 App 研发流程中再添一员——“HotPatch 修复”。

　　再简单一点，可以直接归纳为：产品→开发→发布→线上→修复。