HTML5 能取代原生 App 吗？2012 年初的移动 Web 之辩

每到年初，技术圈总喜欢抛出一些宏大的判断题。2012 年刚开始，一个被讨论了很久的老话题又一次被摆上桌面：移动 Web，也就是基于浏览器的 HTML5 应用，究竟能不能取代原生 App？过去一年里，”write once, run anywhere” 的口号被反复提起，乔布斯在两年前那封关于 Flash的公开信里押注的 Web 标准，似乎正在移动设备上一步步兑现。但真要把它和体验成熟的原生应用放在一起比较，问题远没有口号那么简单。这篇文章想回到 2012 年这个时间点，把这场争论的几条关键线索捋一捋。

为什么是 HTML5 突然热了起来

HTML5 并不是一夜之间冒出来的。W3C 从 2004 年前后就开始酝酿这套新的 Web 标准，目标是让浏览器原生支持多媒体、矢量图形、本地存储和语义化标签，而不必再依赖 Flash 这类插件。真正让它在移动圈火起来的，是三件事的叠加。

第一，移动设备的爆发让屏幕碎片化问题变得尖锐。2010 年前后，手机屏幕尺寸从 3.5 英寸到 7 英寸平板各不相同，设计师 Ethan Marcotte 在 2010 年提出”响应式网页设计”（Responsive Web Design）的概念，用弹性布局和媒体查询让一套页面自适应不同屏幕。对开发者来说，这意味着不用再为每一种设备单独做一套界面。第二，手机浏览器能力在快速提升。iOS 上的 Safari 和 Android 自带浏览器都已支持 canvas、本地存储、地理位置调用和硬件加速，过去只能靠原生实现的很多效果，网页也能做个七八分。第三，应用商店模式带来的痛点开始显现：下载安装、版本更新、审核流程，对高频、轻量的内容型服务来说越来越重。

Web 派的底气：一次开发，处处运行

站在 Web 这一边，最有说服力的逻辑是成本。一家创业团队如果同时要照顾 iOS 和 Android，用原生方式就得写两套代码、养两个平台的工程师，还要应付各自的开发者账号和审核规则。而网页应用跑在浏览器里，理论上只要一个网址就能触达所有用户，链接可以被搜索、被分享，不需要用户做安装这个动作。

围绕这个理想，当时已经长出了一整条工具链。PhoneGap 这类框架允许开发者用 HTML、CSS、JavaScript 写完应用后，再打包封装成可以上架到 App Store 和 Android Market 的原生安装包，既拿到了 Web 的开发效率，又能访问摄像头、感应器这些设备能力。不少中小团队和独立开发者正是靠这条路，用很小的成本把产品铺到了多个平台。对内容、资讯、工具类应用来说，这种”网页为主、原生壳为辅”的模式在 2012 年初看起来相当有吸引力。

原生派的反击：性能、能力与分发

原生应用阵营当然不会轻易认输。他们的论据同样扎实。首先是性能。浏览器里的 JavaScript 当时还远谈不上流畅，复杂的列表滚动、动画和绘图在中低端手机上经常掉帧，而原生应用直接调用系统框架，交互跟手程度明显更好。Facebook 当时的 iOS 应用大量采用网页技术实现，用户普遍抱怨滑动卡顿，这在后来被很多人当作”HTML5 还不成熟”的典型案例反复引用。

其次是设备能力。虽然浏览器能做的事情越来越多，但通知、后台运行、传感器深度调用、离线存储这些关键能力，网页在 2012 年初依然受限。很多对实时性和系统集成要求高的应用，离开原生几乎无法想象。最后是分发与获客。App Store 和 Android Market 虽然有审核的麻烦，但它们同时也是巨大的流量入口和支付渠道，用户已经习惯了”去商店搜一个 App 装上”，网页应用在被发现、被留存这件事上先天吃亏。

国内开发者的现实处境

这场争论放到国内，还有一层特殊的现实背景。2012 年初，国内智能手机正处在快速普及的阶段，千元 Android 机大量上市，用户群体一下子膨胀起来，但设备性能参差不齐，大量中低端机型的浏览器渲染能力相当有限。对国内开发者来说，做网页应用还有一道额外的坎：网络环境。彼时大多数用户还在使用 3G 乃至更慢的移动网络，网页要加载图片、脚本和样式表，首屏打开速度往往不如一个本地安装好的原生应用来得干脆。这也是为什么当时国内很多工具、电商类服务宁可忍受双端开发的成本，也要坚持做原生客户端——在一个网络和设备都不够理想的环境里，体验的确定性比开发效率更值钱。

与此同时，国内的移动社交形态也在悄悄生长。微信刚刚上线一年多，凭借语音消息和”摇一摇”这类轻量功能积累了数千万用户，开始成为朋友之间分享网页链接的重要通道。这其实从另一个角度印证了 Web 的价值：很多内容根本不需要用户专门去下载一个 App，只要在聊天里点开一个链接就能消费。这种”无需安装、点开即用”的思路，在当时还只是雏形，但已经能让人看到未来内容分发方式变化的影子。

真正的答案也许是中间地带

冷静看下来，2012 年初这场争论其实双方都对了一半。HTML5 确实解决了响应式、跨平台开发和内容分发的一部分痛点，但它在性能和系统能力上的短板也真实存在。更现实的趋势，并不是谁彻底取代谁，而是两者在各自擅长的领域里分工协作。

资讯阅读、营销活动、轻量工具这类内容，越来越适合用网页承载，打开即用、易于传播；而游戏、影像、深度交互这类重体验应用，依然牢牢掌握在原生手里。就连当初力推 Web 标准的苹果和谷歌，也在各自的系统里不断给浏览器开放更多能力，让这条分界线一点点向 Web 一侧推移。可以预见，未来几年里”混合应用”会成为很多团队的默认选择——外壳用原生，主体用网页，在效率和体验之间找平衡。

结语

技术史上很少出现一种路线把另一种彻底消灭的剧本。HTML5 与原生 App 的关系，更像是两条互相追赶、彼此吸收的平行线。对身处其中的开发者和创业者来说，2012 年真正需要想清楚的，不是押注哪一边会赢，而是自己的产品到底更需要跨平台的效率，还是更需要极致的体验。这个判断题，大概还会被反复追问很多年。