HTML5定稿了，为什么原生App世界将被颠覆

过去这些年，HTML5颠覆了PC互联网的格局，优化了移动互联网的体验，接下来，HTML5将颠覆原生App世界。这听起来有点危言耸听，但若认真分析HTML5的发展史，你会发现，这个世界的发展趋势确实就是这样。

熟知历史才能预知未来，先让我们来看看HTML5为什么诞生、这8年是怎么过来的。

一、 HTML5的诞生

自W3C于1999年发布HTML4后，Web世界快速发展，一片繁荣。人们一度认为HTML标准不需要升级了。一些致力于发展Web App的公司另行成立了WHATWG组织，直到2007年，W3C从WHATWG接手相关工作，重新开始发展HTML5。

HTML5的发展史，有用户的需求在推动，有技术开发者的需求在推动，更有巨大的商业利益在推动。

在互联网的早期，对用户而言，能打开浏览器接入到互联网世界就是一个神奇的事情，但互联网发展到2005年前后，开始出现下一个变化，就是宽带互联。

随着宽带的普及和电脑性能的增强，人们不再满足于单纯的通过互联网看新闻、收发邮件，消耗更高带宽的娱乐产品开始出现，就是流视频和网页游戏。其实视频和游戏是古老的需求，在互联网不普及的时候，需求的满足方式是离线传输的VCD和游戏光盘;后来互联网逐渐普及，人们更改了使用方式，通过下载软件+本地媒体播放器来看视频，下载体积较大的端游玩游戏。

但是对消费者体验更好的新方式还是出现并颠覆了以前的一切，那就是流媒体和网页游戏。Youtube等公司把握住潮流飞速崛起，各种页游公司也如雨后春笋。

但是HTML标准没有把握住产业的变化及时演进，浏览器产品也未升级，这块新需求被浏览器插件满足了，那就是Flash。这个部署在亿万浏览器里的商业插件俨然成为事实标准。2005年Adobe巨资收购Macromedia，把Flash收归旗下，紧接着大幅推广FLV流媒体和action script语言，很明显这桩收购可以列为IT并购的经典案例，FLV流媒体和Flash游戏风靡互联网，Adobe在新的产业升级中攫取了大量的利润。

除了Flash这个商业产品成为了事实标准，W3C还面临一个尴尬，就是另一个私有扩展协议的制造者—IE。IE当时在桌面浏览器占有垄断地位，并且扩展了大量的IE Only语法，开发者完全不知道这些语言是谁定义的。整个web世界，就被两家公司微软+Adobe绑架了。

很多IT巨头都坐不住了，尤其是苹果和Google。PC *** 作系统的世界难有突破，Web浏览器被苹果寄予厚望，而且第一代iPhone只支持网页，那时还没有Appstore，Safari是乔布斯非常看重的产品;新贵Google虽然大量赞助Mozilla，但并未对IE的地位产生实质影响，收购了YouTube后发现底层被Adobe控制，也是非常难过，而且Google每年给IE的搜索框和Adoble FLV缴纳的费用真不是小数目。

既然大家都是W3C的主席单位，好吧，我们重新开始做HTML5吧。

是的，HTML5其实就是这么诞生的。那是2007年，IE和Flash由盛转衰的转折点。

二、 HTML5第一阶段： Web 增强与破垄断

自HTML5诞生以来，一共经历了两个阶段，分别是Web增强和移动互联网。我们先从Web 增强说起。

web体验的丰富增强主要表现在：1 webapp，比如gmail;2 流媒体;3 游戏。我们就这3个方面来讲HTML5做了什么。

1 webApp

HTML5新增了离线存储、更丰富的表单(比如Input type=date)、js线程、socket王乐、标准扩展embed、以及很多css3新语法…

2 流媒体

HTML5新增了audio、video

3 游戏

HTML5新增了canvas、webgl

当然还有Google努力在HTML5中推进Header和Section等标签，以利于搜索引擎分析，这些不多述。

HTML5补充流媒体和游戏能力后，加上苹果强势拒绝在iOS上引入Flash，成功的遏制了Flash的发展，然后就该遏制IE私有语法了。

在HTML5标准的升级过程中，苹果和Google同时也看到了浏览器市场重新洗牌的机会，他们一方面参与HTML5的规范，一边在浏览器产品上发力。Apple首先开始大力发展Safari，建立WebKit开源项目，Mac、iOS、Windows多平台齐发力;Google起初是赞助Mozilla开发Firefox，后来自己开发了v8引擎，合并WebKit，于2008年正式推出Chrome。“IE的私有规范+Flash不是标准，我们才是标准”这样的口号在新一代浏览器大战中打响，IE瞬间成为千夫所指的垄断代表，甚至成了阻碍Web发展的罪人(当时IE6已数年未更新，并且丝毫不惧Firefox的发展)。

偏偏微软此时也出了晕招，推出了一系列即不完整支持规范又互相不兼容的IE7、8、9、10，彻底失去了开发者的心。

Adobe的Flash被遏制，与Web霸主的位子擦肩而过;IE的私有标准被遏制，并且造成IE市场份额不停下滑，直到IE最新的移动版本反过来开始支持WebKit私有语法，真是令人唏嘘。不知道HTML6是不是该打倒WebKit垄断了。

三、 HTML5第二阶段： 移动互联网

随着Chrome和Safari的高歌猛进，以及IE+Flash的衰落，HTML5告一段落，进入了下一个时代——移动互联网。HTML5的跨平台优势在移动互联网时代被进一步凸显。HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。Java和Flash都曾梦想这个位置，但梦断于iOS。此时人们纷纷开始研究基于HTML5开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从C/S结构转变为B/S结构一样。而且学习Objective-C和Java很费劲，我既然会网页开发，为何不试试HTML5。

W3C此时成立了Device API工作组，为HTML5扩展了Camera、GPS等手机特有的API，然而麻烦的是，移动互联网初期的迭代太快了，手机OS在不停的扩展硬件API，陀螺仪、距离感应器、气压计。。。每年手机OS都有大版本更新。而W3C作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。

PhoneGap的出现，给开发者打开了一扇窗。很多人期待PhoneGap不停扩展API，来补充浏览器的不足。Adobe看到PhoneGap仿佛看到了重振江湖地位的希望，但在Adobe收购PhoneGap后，又发现这个东西可商用性不足，而且开源使得Adobe无法像Flash那样获取商业利益，于是就把PhoneGap捐给了Apache，改名为Cordova。

因为各种原因，Cordova的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生+HTML5”的混合模式更有意义。所以现在Cordova的使用模型是“原生工程师+HTML5工程师”一起协作完成App。

这时Facebook加入了W3C，牵头成立了Mobile Web工作组。Facebook是混Web圈的，并且在手机OS上没有自己的领地，他不喜欢被苹果和Google掌控的原生应用生态系统。Mobile Web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012年，Facebook放弃了HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫。

Facebook为何放弃HTML5核心是当时基于HTML5真的做不出好的移动App。对比Twritter等竞争对手的原生App，Facebook的HTML5版本实在无法让用户满意。比如Push功能，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、下拉刷新/侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让HTML5工程师感觉自己站错了队。

即使Facebook不喜欢被控制，也不能拿被用户抛弃来冒险。而且Facebook并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，徒然定一堆标准草案落不了地。

而浏览器在手机上的表现是什么呢先看Google，Chrome性能虽高，但Android上的浏览器却并非Chrome，而是WebKit改出来的一个蹩脚的Android浏览器;再看苹果，iOS上不允许其他浏览器引擎上架App Store，而且其他使用Safari引擎的应用也无法调用苹果自己的JavaScript加速引擎Nitro。结果是苹果和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。

不管是当时硬件能力不足，还是手机OS厂商的故意限制，总之结果就是：在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先自己的地盘稳固后，产业才会向下个阶段升级。

Facebook也好，PhoneGap也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。

手机传感器不灵敏，建议按以下方法尝试：

1、重启一下手机；

2、更换其他软件测试，确认是否为软件问题；

3、确认 *** 作方法是否正确。

若以上方法均不能解决，建议您带上手机前往vivo客户服务中心，会有专业技术工程师为您处理。

服务中心地址：进入vivo官网/vivo商城APP--我的--售后网点或点击>

陀螺仪原理是指陀螺仪工作的原理，螺旋仪是一种用来感测与维持方向的装置，基于角动量守恒的理论设计出来的。陀螺仪主要是由一个位于轴心且可旋转的转子构成。 陀螺仪一旦开始旋转，由于转子的角动量，陀螺仪有抗拒方向改变的趋向。

陀螺仪多用于导航、定位等系统常用实例如手机GPS定位导航、卫星三轴陀螺仪定位。陀螺仪基本上就是运用物体高速旋转时，角动量很大，旋转轴会一直稳定指向一个方向的性质，所制造出来的定向仪器。不过它必需转得够快，或者惯量够大（也可以说是角动量要够大）。不然，只要一个很小的力矩，就会严重影响到它的稳定性。

基本介绍 中文名 ：陀螺仪原理 外文名 ：Gyroscope principle 构成 ：转子 功能 ：导航、定位等系统 现象解释,工作原理,套用实例, 现象解释 高速旋转的物体的旋转轴，对于改变其方向的外力作用有趋向于垂直方向的倾向。而且，旋转物体在横向倾斜时，重力会向增加倾斜的方向作用，而轴则向垂直方向运动，就产生了摇头的运动（岁差运动）。当陀螺经纬仪的陀螺旋转轴以水平轴旋转时，由于地球的旋转而受到铅直方向旋转力，陀螺的旋转体向水平面内的子午线方向产生岁差运动。当轴平行于子午线而静止时可加以套用。 陀螺仪原理 陀螺仪基本上就是运用物体高速旋转时，角动量很大，旋转轴会一直稳定指向一个方向的性质，所制造出来的定向仪器。不过它必需转得够快，或者惯量够大(也可以说是角动量要够大)。不然，只要一个很小的力矩，就会严重影响到它的稳定性。 工作原理 〖论述解释〗陀螺仪，是一个圆形的中轴的结合体。 陀螺仪原理 而事实上，静止与运动的陀螺仪本身并无区别，如果静止的陀螺仪本身绝对平衡的话，抛除外在因素陀螺仪是可以不依靠旋转便能立定的。 而如果陀螺仪本身尺寸不平衡的话，在静止下就会造成陀螺仪模型倾斜跌倒，因此不均衡的陀螺仪必然依靠旋转来维持平衡。 陀螺仪本身与引力有关，因为引力的影响，不均衡的陀螺仪，重的一端将向下运行，而轻的一端向上。 在引力场中，重物下降的速度是需要时间的，物体坠落的速度远远慢于陀螺仪本身旋转的速度时，将导致陀螺仪偏重点，在旋转中不断的改变陀螺仪自身的平衡，并形成一个向上旋转的速度方向。 当然，如果陀螺仪偏重点太大，陀螺仪自身的左右互作用力也将失效！。 而在旋转中，陀螺仪如果遇到外力导致，陀螺仪转轮某点受力。陀螺仪会立刻倾斜，而陀螺仪受力点的势能如果低于陀螺仪旋转时速，这时受力点，会因为陀螺仪倾斜，在旋转的推动下，陀螺仪受力点将从斜下角，滑向斜上角。而在向斜上角运行时，陀螺仪受力点的势能还在向下运行。这就导致陀螺仪到达斜上角时，受力点的剩余势能将会将在位于斜上角时，势能向下推动。 而与受力点相反的直径另一端，同样具备了相应的势能，这个势能与受力点运动方向相反，受力点向下，而它向上，且管这个点叫“联动受力点”。 当联动受力点旋转180度，从斜上角到达斜下角，这时联动受力点，将陀螺仪向上拉动。 在受力点与联动受力互作用力下，陀螺仪回归平衡。 〖专业解释〗我们不用一个完整的轮框，我们用四个质点ABCD来表示边上的区域，这个边对于用图来解释陀螺仪的工作原理是很重要的。轴的底部被托住静止但是能够各个方向旋转。当一个倾斜力作用在顶部的轴上的时候，质点A向上运动，质点C则向下运动，如其中的子图1。因为陀螺仪是顺时针旋转，在旋转90度角之后，质点A将会到达质点B的位置。CD两个质点的情况也是一样的。子图2中质点A当处于如图的90度位置的时候会继续向上运动，质点C也继续向下。AC质点的组合将导致轴在子图2所示的运动平面内运动。一个陀螺仪的轴在一个合适的角度上旋转，在这种情况下，如果陀螺仪逆时针旋转，轴将会在运动平面上向左运动。如果在顺时针的情况中，倾斜力是一个推力而不是拉力的话，运动将会向左发生。在子图3中，当陀螺仪旋转了另一个90度的时候，质点C在质点A受力之前的位置。C质点的向下运动受到了倾斜力的阻碍并且轴不能在倾斜力平面上运动。倾斜力推轴的力量越大，当边缘旋转大约180度时，另一侧的边缘推动轴向回运动。 万向节陀螺仪 陀螺仪原理 实际上，轴在这个情况下将会在倾斜力的平面上旋转。轴之所以会旋转是因为质点AC在向上和向下运动的一些能量用尽导致轴在运动平面内运动。当质点AC最后旋转到大致上相反的位置上时，倾斜力比向上和向下的阻碍运动的力要大。　陀螺仪运动的特性是它拐弯的时候能够保持单轨设备的直上直下。比如说，有必要的话，消防汽缸压在一个很重的陀螺仪的轴上，就能保持其稳定。陀螺仪和万向节结合起来组成的万向节陀螺仪则是实际中最经常套用的。 各模上的陀螺仪 从上面我们可以看到，陀螺仪的关键是轴的不变性。这样的特性，看起来虽然简单，但能使用在许多不同的套用上。制导武器就是陀螺仪的最关键套用之一。在惯性制导中，陀螺仪是控制武器飞行姿态的重要部件，在剧烈变化的环境中，没有精心设计的陀螺仪用来保证稳定性和准确性，再好的控制规律也无法命中目标。除了制导之外，陀螺仪还能够套用在其他的尖端的科技上。比如说，著名的哈勃天文望远镜的3个遥感装置中每个都装有一个陀螺仪和一个备份。3个工作的陀螺仪是保证望远镜指向所必不可少的。 陀螺仪正是因为它的平衡的特性，已经成为了飞行设备中关键的部件，从航模、制导武器、飞d、卫星、天文望远镜，无处没有它的身影，陀螺仪默默的工作保证了这些飞行设备能按照指定的方式去工作。 套用实例 隧道中心线测量 在隧道等挖掘工程中，坑内的中心线测量一般采用难以保证精度的长距离导线。特别是进行盾构挖掘（shield tunnel）的情况，从立坑的短基准中心线出发必须有很高的测角精度和移站精度，测量中还要经常进行地面和地下的对应检查，以确保测量的精度。特别是在密集的城市地区，不可能进行过多的检测作业而遇到困难。如果使用陀螺经纬仪可以得到绝对高精度的方位基准，而且可减少耗费很高的检测作业（检查点最少），是一种效率很高的中心线测量方法。 陀螺仪原理 通视障碍时的方向角获取 当有通视障碍，不能从已知点取得方向角时，可以采用天文测量或陀螺经纬仪测量的方法获取方向角（根据建设省测量规范）。与天文测量比较，陀螺经纬仪测量的方法有很多优越性：对天气的依赖少、云的多少无关、无须复杂的天文计算、在现场可以得到任意测线的方向角而容易计算闭合差。 日影计算所需的真北测定 在城市或近郊地区对高层建筑有日照或日影条件的高度限制。在建筑申请时，要附加日影图。此日影图是指，在冬至的真太阳时的8点到16点为基准，进行为了计算、图面绘制所需要的高精度真北方向测定。使用陀螺经纬仪测量可以获得不受天气、时间影响的真北测量。

我们第一次谈论 HTML5 要改变世界大概是因为乔布斯，他坚持在 iOS 上不兼容 Flash，在 Adobe 统治多媒体开发的那个年代，这需要付出极大的勇气。这么多年过去了，虽然所有人都在谈论 HTML5，但是大部分人甚至都忘了它还是一个仍在完善中的体系。

2007 年 W3C（万维网联盟）立项 HTML5，直至 2014 年 10 月底，这个长达八年的规范终于正式定稿。接下来，HTML5 将真正开始颠覆原生（Native） App 世界。虽然这种危言耸听已经让人有点厌烦。但是如果回顾 HTML 这些年走过的路，你就不会再怀疑它的能量。

一、HTML5的诞生

自 W3C 于 1999 年发布 HTML4 后，Web 世界快速发展，一片繁荣。人们一度认为 HTML 标准不需要升级了。一些致力于发展 Web App 的公司另行成立了 WHATWG 组织，直到 2007 年，W3C 从 WHATWG 接手相关工作，重新开始发展 HTML5。

HTML5 的发展史，有用户的需求在推动，有技术开发者的需求在推动，更有巨大的商业利益在推动。在互联网的早期，对用户而言，能打开浏览器接入到互联网世界就是一个神奇的事情，但互联网发展到 2005 年前后，开始出现下一个变化，就是宽带互联。

随着宽带的普及和电脑性能的增强，人们不再满足于单纯的通过互联网看新闻、收发邮件，消耗更高带

宽的娱乐产品开始出现，就是流视频和网页游戏。其实视频和游戏是古老的需求，在互联网不普及的时候，需求的满足方式是离线传输的 VCD

和游戏光盘；后来互联网逐渐普及，人们更改了使用方式，通过下载软件 + 本地媒体播放器来看视频，下载体积较大的端游玩游戏。

但是对消费者体验更好的新方式还是出现并颠覆了以前的一切，那就是流媒体和网页游戏。Youtube 等公司把握住潮流飞速崛起，各种页游公司也如雨后春笋。

HTML

标准没有把握住产业的变化及时演进，浏览器产品也未升级，这块新需求被浏览器插件满足了，那就是

Flash。这个部署在亿万浏览器里的商业插件俨然成为事实标准。2005 年 Adobe 巨资收购 Macromedia，把 Flash

收归旗下，紧接着大幅推广 FLV 流媒体和 action script 语言，很明显这桩收购可以列为 IT 并购的经典案例，FLV 流媒体和

Flash 游戏风靡互联网，Adobe 在新的产业升级中攫取了大量的利润。

除了 Flash 这个商业产品成为了事实标准，W3C

还面临一个尴尬，就是另一个私有扩展协议的制造者—IE。IE 当时在桌面浏览器占有垄断地位，并且扩展了大量的 IE Only

语法，开发者完全不知道这些语言是谁定义的。整个 web 世界，就被两家公司微软 +Adobe 绑架了。

很多 IT 巨头都坐不住了，尤其是苹果和 Google。PC

*** 作系统的世界难有突破，Web 浏览器被苹果寄予厚望；新贵 Google 虽然大量赞助 Mozilla，但并未对 IE

的地位产生实质影响，收购了 YouTube 后发现命脉在 Adobe 手里，也是非常难过，而且 Google 每年给 IE 的搜索框和

Adoble FLV 缴纳的费用真不是小数目。

既然大家都是 W3C 的主席单位，好吧，我们重新开始做 HTML5 吧。是的，HTML5 其实就是这么诞生的。

二、HTML5第一阶段： Web 增强与破垄断

自 HTML5 诞生以来，一共经历了两个阶段，分别是 Web 增强和移动互联网。我们先从 Web 增强说起。Web 体验的丰富增强主要表现在：

WebApp HTML5新增了离线存储、更丰富的表单（比如Input type=date）、js线程、socket、标准扩展embed、css3…

流媒体 HTML5新增了audio、video

游戏 HTML5新增了canvas、webgl

当然 HTML5 还为搜索引擎的语义分析做了优化，比如新增 Header 和 Section 等标签，也在无障碍等领域做了不少工作，这些不再多述。HTML5 在流媒体和游戏方面的努力，成功的遏制了 Flash 的发展，然后就该遏制 IE 私有语法了。

在 HTML5 标准的升级过程中，苹果和 Google

同时也看到了浏览器市场重新洗牌的机会，他们一方面参与 HTML5 的规范，一边在浏览器产品上发力。Apple 首先开始大力发展

Safari，建立 WebKit 开源项目，迁移 Safari 到 Windows 平台；Google 起初是赞助 Mozilla 开发

Firefox，后来自己开发了 v8 引擎，合并 WebKit，于 2008 年正式推出 Chrome。“IE 的私有规范 +Flash

不是标准，我们才是标准”这样的口号在新一代浏览器大战中打响，IE 瞬间成为千夫所指的垄断代表，甚至成了阻碍 Web 发展的罪人（当时 IE6

已数年未更新，并且丝毫不惧 Firefox 的发展）。

、

偏偏微软此时也出了晕招，推出了一系列即不完整支持规范又互相不兼容的 IE7、8、9、10，彻底失去了开发者的支持。

Adobe 的 Flash 被遏制，与 Web 霸主的位子擦肩而过；IE

的私有标准被遏制，并且造成 IE 市场份额不停下滑，直到 IE 最新的移动版本反过来开始支持 WebKit 语法，真是令人唏嘘。不知道

HTML6 是不是该打倒 WebKit 垄断了。

三、HTML5第二阶段： 移动互联网

随着 Chrome 和 Safari 的高歌猛进，以及 IE+Flash

的衰落，HTML5 告一段落，进入了下一个时代——移动互联网。HTML5 的跨平台优势在移动互联网时代被进一步凸显。HTML5 是唯一一个通吃

PC、Mac、iPhone、iPad、Android、Windows Phone 等主流平台的跨平台语言。Java 和 Flash

都曾梦想这个位置，但梦断于 iOS。此时人们纷纷开始研究基于 HTML5 开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从

C/S 结构转变为 B/S 结构一样。而且学习 Objective-C 和 Java 很费劲，我既然会网页开发，为何不试试 HTML5。

W3C 此时成立了 Device API 工作组，为 HTML5 扩展了

Camera、GPS 等手机特有的 API，然而麻烦的是，移动互联网初期的迭代太快了，手机 OS 在不停的扩展硬件

API，陀螺仪、距离感应器、气压计。。。每年手机 OS 都有大版本更新。而 W3C

作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。

PhoneGap 的出现，给开发者打开了一扇窗。很多人期待 PhoneGap 不停扩展 API，来补充浏览器的不足。Adobe 看到

PhoneGap 仿佛看到了重振江湖地位的希望，但在 Adobe 收购 PhoneGap 后，又发现这个东西问题很多，而且开源使得 Adobe

无法像 Flash 那样获取商业利益，于是就把 PhoneGap 捐给了 Apache，改名为 Cordova。

因为各种原因，Cordova

的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生 +HTML5”的混合模式更有意义。所以现在

Cordova 的使用往往是“原生工程师 +HTML5 工程师”一起协作完成 App。

这时 Facebook 加入了 W3C，牵头成立了 Mobile Web

工作组。Facebook 是混 Web 圈的，并且在手机 OS 上并无自己的领地，他不喜欢被苹果和 Google

掌控的原生应用生态系统。Mobile Web 这个工作组的重要目标就是让 HTML5

开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012 年，Facebook 放弃了 HTML5

的新闻充斥了全世界的 IT 媒体，HTML5 瞬间被打入冷宫。

Facebook 为何放弃 HTML5？核心是当时基于 HTML5 真的做不出好的移动

App。对比 Twritter 等竞争对手的原生 App，Facebook 的 HTML5 版本实在无法让用户满意。比如 Push 功能，到现在

HTML5 的推送和原生的推送体验差距依然巨大，更不用说 HTML5 应用的页面切换白屏、下拉刷新 /

侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让 HTML5 工程师感觉自己站错了队。

即使 Facebook 不喜欢被控制，也不能拿被用户抛弃来冒险。而且 Facebook 并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，其他都是白搭。

而浏览器在手机上的表现是什么呢？先看 Google，Chrome 性能虽高，但

Android 上的浏览器却并非 Chrome，而是 WebKit 改出来的一个蹩脚的 Android 浏览器；再看苹果，iOS

上不允许其他浏览器引擎上架 App Store，而且其他使用 Safari 引擎的应用也无法调用苹果自己的 JavaScript 加速引擎

Nitro。结果是苹果和 Google 不但不在浏览器上积极实现 HTML5 关于移动 App 所需的规范，反而对 HTML5 做出种种限制。

不管是当时硬件能力不足，还是手机 OS 厂商的故意限制，总之结果很明显：在移动互联网的初期，一定是原生应用生态系统的天下，iOS 和 Android 首先把自己变成老大后，其他小弟才能寻觅到成长的机会。

Facebook 也好，PhoneGap 也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。

四、HTML5这回真的来了

HTML5 在这个时间定稿，不晚不早，硬件性能更强、手机 OS 迭代速度下降。随着

HTML5 标准定稿，一切纷争将告一段落，现在，属于 HTML5 的时代到来了。这个曾让人满怀希望，又被 Facebook

等众多满怀希望的开发者放弃的技术，现在会告诉大家，曾经让各位失望的原因，现在已经不存在了！这听起来有些惊人，大家不禁要问：是真的吗？让我们细细分

析。

业内俗称 HTML5 有“性功能”障碍。即 HTML5 性能不如原生、开发工具不如原生、能力调用不如原生。

这几个问题导致开发者无法使用 HTML5 做出与原生一样的 App。然而，不管是硬件升级还是 OS 厂商策略变化，以及相关软件技术的成熟，已解决了 HTML5 的“性工能”障碍。

移动端硬件军备竞赛 2011年，iPhone 4s的CPU是A5，现在iPhone 6是A8，按苹果的历次发布会的说法，速度共提升了75倍。这3年间75倍的速度提升，抹平了太多HTML5的性能问题。

苹果、Google的策略变化 Google

在2013年底发布的Android 44，内置的Webview不再是蹩脚的Android

WebKit浏览器，而是Chromium。2012年iPhone

5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS

8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速。两大手

机 *** 作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响。

软件技术的成熟 PhoneGap的发展虽然放缓了，但其他产品技术却成熟了。2014年的iWeb大会上，众多厂商的产品提供了面向开发者免费或开源的HTML5性工能障碍的解决方案。

我们都知道浏览器的默认控件样式和原生控件样式差别很大，一个高性能的、样式体验与原生控件一样

的 UI 框架是非常重要的，之前 jQuery Mobile 等产品的因性能不足，所以难当此任。在这里做一个广告，我所在的 DCloud 公司在

iWeb 大会上发布了系统的 HTML5“性工能缺失”的解决方案，包括解决 HTML5 性能问题的手机端引擎、超快的 HTML5 开发 IDE

产品 HBuilder、还有把 40 万原生 API 封装成 JavaScript 对象，以解决 HTML5 能力不足问题的

Nativejs 技术。

英特尔公司发布了 Crosswalk 引擎，可以让 Android 40-43

的手机上的应用打包 Chromium 引擎而不是 Android WebKit。虽说未来 Android 44

会占据更多市场份额，但目前主流的 Android 手机的系统版本毕竟还是 41、42。

在专业方向上很多公司也做出了不错的成绩。触控的 Cocos2d-html5、Egret runtime 和 Ludei CocoonJS 强化了 Canvas 的表现，让 HTML5 游戏体验更好；UC、猎豹等手机浏览器也强化了音视频播放的表现。

不管是硬件升级、软件成熟，还是 *** 作系统厂商策略变化，都在强力推动 HTML5 的爆发。

不过要注意，我说的 HTML5 爆发，不是指手机浏览器爆发。有人说 HTML5 不好，因为用户讨厌打开浏览器输入 URL

的过程。我想说这种想法是对 HTML5 的片面理解。HTML5!= 传统浏览器，虽然编程语言还是

HTML、Javascript、CSS，但发行方式绝不是传统网站那么简单。HTML5 应用的入口，反而很少是启动浏览器输入

URL，它可以是存在于手机桌面的图标、也可以来自超级

App（如微信朋友圈）、以及搜索引擎、应用市场、广告联盟。。。到处都是它的入口。它的入口，比原生 App 更多。

五、原生App的颠覆

HTML5 的“性工能”障碍得到解决，可以接近原生 App 的效果，所以它就可以替代原生

App 吗？很多人认为，即使 HTML5 会发展的比现在好，也将是与原生 App 各占一部分市场的格局，要求不高的长尾应用会使用

HTML5，而主流应用仍是原生 App 的天下。

但我认为这样的想法很危险，就像 HP 的高层告诉沃兹：谁会在家里摆一台电脑呢？未来 HTML5 肯定会颠覆原生 App。“性工能”障碍的消除，只是 HTML5 的劣势被削弱，但劣势被消除后，它的优势就会大放异彩，HTML5 的优势是什么？对开发者来说：

跨平台 在

多屏年代，开发者的痛苦指数非常高，人人都期盼HTML5能扮演救星。多套代码、不同技术工种、业务逻辑同步，这是折磨人的过程。有点类似个人电脑早期世

界，那个时候的每家电脑都有自己的 *** 作系统和编程语言，开发者疲于做不同版本，其实DOS的盛行也很大程度是因为开发者实在没精力给其他电脑写程序。跨平

台技术在早期大多因为性能问题夭折，但中后期硬件能力增强后又会占据主流，因为跨平台确实是刚需。

快速迭代 移

动互联网是一个快鱼吃慢鱼的时代，谁对用户的需求满足的更快，谁的试错成本更低，谁就拥有巨大的优势。互联网产品大多免费、且有网络效应，后入者抢夺用户

的难度非常大。使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。

减低成本 创业者融资并不容易，如何花钱更高效非常重要。如果你使用原生开发的App和竞争对手使用HTML5开发的App没什么区别，但你的开发成本高出一倍，我相信没有投资人会喜欢给你投钱。

导流入口多 HTML5应用导流非常容易，超级App（如微信朋友圈）、搜索引擎、应用市场、浏览器，到处都是HTML5的流量入口。而原生App的流量入口只有应用市场。聪明的HTML5开发者当然会玩转各种流量入口从而取得更强的优势。

分发效率高 前

段时间微信朋友圈风靡一时《神经猫》，这个游戏如果放到Appstore，绝对没有那么多流量，超级App带来的流量，远大于原生应用市场。假如微信允许

游戏在桌面创建快捷方式、假如游戏后续升级解决持续娱乐问题，未来不可想象。除了入口多、流量大，导流效率高也不可忽视，谁都知道：页游和端游打同样的广

告，广告变用户的转化率，页游远远高于端游。

HTML5

对用户的好处是：和流量入口多、分发效率高相对应的。大幅降低使用门槛。用户眼睛看到一个兴趣点，点击后，就应该立即开始满足用户需求。比如流媒体可以立

即看，页游可以立即玩。而目前的原生应用市场，用户需要这样 *** 作：选一个应用、等待下载、确认权限、等待安装，然后点击打开。这样糟糕的体验迟早要被颠

覆。不管是 App、游戏还是音视频，未来都将即点即用。谁先满足用户这个需求，谁就制胜。

这就是所谓“天下武功，唯快不败”。分析至此，我们可以明显的看出，不管是站在最终用户角度、还是站在开发者角度，HTML5 必将取代原生应用当前的位置。并由此引发一系列颠覆。

六、还有什么会被改变？

HTML5 的爆发，原生 App 生态系统的颠覆，是一场产业革命，很多角色都会受到影响，我们来预测一番。

标准的 HTML5 引擎并不能解决 HTML5 的所有问题，拥有大流量入口的互联网巨头，莫不在思考内嵌更优秀的增强引擎。腾讯推出了 X5 浏览器引擎，就是看中这个机会。

目前各路浏览器厂商、应用市场厂商、甚至 rom 厂商，都在努力整合更优质的浏览器引擎。

假使微信内嵌的 webview 可以运行更优秀的 canvas 游戏、假使 360 手机助手可以发行即点即用的 HTML5

应用并且能力体验与原生一致、假使小米 rom 内置更强大的 webview 使得所有 HTML5

应用在小米手机上运行的更流畅。所有巨头都会闻风而动，没错，这场战役会是移动互联网世界的二次世界大战。

应用分发市场将面临洗牌，

由于超级 App 的巨大流量能轻易成为 HTML5

应用的入口，并且会形成大者更大的效应，传统的应用商店、甚至线下预装，这些流量不足和效率偏低的发行模式将被挤出市场主流。本身也是超级 App

的大流量应用商店，如果转型得当，也将以发行 HTML5 应用为主。

原生的广告和统计SDK提供商会面临尬尴，Google、百度等基于网页的广告和统计服务会取得更大的优势。开发者不再需要打包 SDK，引入一个 Script 即可。

开源技术将在移动互联网领域更加流行。HTML 的开放性造就了大量的开源产品，也反向促进了 HTML 的繁荣。在 Github 上有大量的 JS 框架，而原生的开源代码数量相比甚少。而未来移动互联网世界将因为开源而发展的更迅速，这里也同样存在类 Github 厂商的机遇。

早期 HTML 只需要记事本写几个 Tag，中期的 HTML、JS、CSS

比较复杂，需要更高级的文本编辑器，但 HTML5 到来后，它的代码量、复杂度、开发模型将与原生开发看齐，需要类似 XCode、Eclipse

等专业的 IDE 工具来解决开发、调试的问题。一些以会使用记事本写代码为荣的开发者，将面临思路转换甚至被更高效的开发者淘汰。

HTML5 的强大会引发很多安全问题，并且解决思路与原生不一样，业内有可能会出现新的安全厂商领导者。

七、结语

写到结尾，感觉话题有点大了。其实未来如何发展是没人能准确预测的，变量非常多。但我想让用户和开发者都更方便的趋势是不会错的。欢迎大家一起讨论 HTML5 的问题，在争议中提炼真知。（36氪最近将会优先接受一些 HTML5 的开发者来投稿参与讨论，关注但不限于 HTML 游戏开发，浏览器内核，轻应用分发，邮箱 tips#36krcom）

2007年W3C（万维网联盟）立项HTML5，直至2014年10月底，这个长达八年的规范终于正式定稿。接下来，HTML5将真正开始颠覆原生（Native） App世界。虽然这种危言耸听已经让人有点厌烦。但是如果回顾HTML这些年走过的路，你就不会再怀疑它的能量。

一、HTML5的诞生

自W3C于1999年发布HTML4后，Web世界快速发展，一片繁荣。人们一度认为HTML标准不需要升级了。一些致力于发展Web App的公司另行成立了WHATWG组织，直到2007年，W3C从WHATWG接手相关工作，重新开始发展HTML5。

二、HTML5第一阶段： Web 增强与破垄断

自HTML5诞生以来，一共经历了两个阶段，分别是Web增强和移动互联网。我们先从Web 增强说起。Web体验的丰富增强主要表现在：

WebApp HTML5新增了离线存储、更丰富的表单（比如Input type=date）、js线程、socket、标准扩展embed、css3… 流媒体 HTML5新增了audio、video 游戏 HTML5新增了canvas、webgl

当然HTML5还为搜索引擎的语义分析做了优化，比如新增Header和Section等标签，也在无障碍等领域做了不少工作，这些不再多述。HTML5在流媒体和游戏方面的努力，成功的遏制了Flash的发展，然后就该遏制IE私有语法了。

在HTML5标准的升级过程中，苹果和Google同时也看到了浏览器市场重新洗牌的机会，他们一方面参与HTML5的规范，一边在浏览器产品上发力。Apple首先开始大力发展Safari，建立WebKit开源项目，迁移Safari到Windows平台；Google起初是赞助Mozilla开发Firefox，后来自己开发了v8引擎，合并WebKit，于2008年正式推出Chrome。“IE的私有规范+Flash不是标准，我们才是标准”这样的口号在新一代浏览器大战中打响，IE瞬间成为千夫所指的垄断代表，甚至成了阻碍Web发展的罪人（当时IE6已数年未更新，并且丝毫不惧Firefox的发展）。

、

偏偏微软此时也出了晕招，推出了一系列即不完整支持规范又互相不兼容的IE7、8、9、10，彻底失去了开发者的支持。

Adobe的Flash被遏制，与Web霸主的位子擦肩而过；IE的私有标准被遏制，并且造成IE市场份额不停下滑，直到IE最新的移动版本反过来开始支持WebKit语法，真是令人唏嘘。不知道HTML6是不是该打倒WebKit垄断了。

三、HTML5第二阶段： 移动互联网

随着Chrome和Safari的高歌猛进，以及IE+Flash的衰落，HTML5告一段落，进入了下一个时代——移动互联网。HTML5的跨平台优势在移动互联网时代被进一步凸显。HTML5是唯一一个通吃PC、Mac、iPhone、iPad、Android、Windows Phone等主流平台的跨平台语言。Java和Flash都曾梦想这个位置，但梦断于iOS。此时人们纷纷开始研究基于HTML5开发跨平台手机应用。很多人当时认为，原生应用只是过渡，就像当年从C/S结构转变为B/S结构一样。而且学习Objective-C和Java很费劲，我既然会网页开发，为何不试试HTML5。

W3C此时成立了Device API工作组，为HTML5扩展了Camera、GPS等手机特有的API，然而麻烦的是，移动互联网初期的迭代太快了，手机OS在不停的扩展硬件API，陀螺仪、距离感应器、气压计。。。每年手机OS都有大版本更新。而W3C作为一个数百家会员单位共同决策的组织，从标准草案的提出到达成一致是非常复杂的过程，跟不上移动互联网初期的快速迭代。

PhoneGap的出现，给开发者打开了一扇窗。很多人期待PhoneGap不停扩展API，来补充浏览器的不足。Adobe看到PhoneGap仿佛看到了重振江湖地位的希望，但在Adobe收购PhoneGap后，又发现这个东西问题很多，而且开源使得Adobe无法像Flash那样获取商业利益，于是就把PhoneGap捐给了Apache，改名为Cordova。

因为各种原因，Cordova的定位最终没有成为浏览器的强化，而走向了混合式开发。基于当时的背景，他们认为原生是不可替代的，“原生+HTML5”的混合模式更有意义。所以现在Cordova的使用往往是“原生工程师+HTML5工程师”一起协作完成App。

这时Facebook加入了W3C，牵头成立了Mobile Web工作组。Facebook是混Web圈的，并且在手机OS上并无自己的领地，他不喜欢被苹果和Google掌控的原生应用生态系统。Mobile Web这个工作组的重要目标就是让HTML5开发的网页应用达到原生应用的体验。然而，事与愿违，它不努力也就算了，结果是努力了却失败了。2012年，Facebook放弃了HTML5的新闻充斥了全世界的IT媒体，HTML5瞬间被打入冷宫。

Facebook为何放弃HTML5？核心是当时基于HTML5真的做不出好的移动App。对比Twritter等竞争对手的原生App，Facebook的HTML5版本实在无法让用户满意。比如Push功能，到现在HTML5的推送和原生的推送体验差距依然巨大，更不用说HTML5应用的页面切换白屏、下拉刷新/侧滑菜单不流畅等众多问题。看着原生工程师轻松实现摇一摇、二维码、语音输入、分享到朋友圈等功能，更是让HTML5工程师感觉自己站错了队。

即使Facebook不喜欢被控制，也不能拿被用户抛弃来冒险。而且Facebook并没有掌握关键点—手机浏览器内核。如果浏览器不跟上，其他都是白搭。

而浏览器在手机上的表现是什么呢？先看Google，Chrome性能虽高，但Android上的浏览器却并非Chrome，而是WebKit改出来的一个蹩脚的Android浏览器；再看苹果，iOS上不允许其他浏览器引擎上架App Store，而且其他使用Safari引擎的应用也无法调用苹果自己的JavaScript加速引擎Nitro。结果是苹果和Google不但不在浏览器上积极实现HTML5关于移动App所需的规范，反而对HTML5做出种种限制。

不管是当时硬件能力不足，还是手机OS厂商的故意限制，总之结果很明显：在移动互联网的初期，一定是原生应用生态系统的天下，iOS和Android首先把自己变成老大后，其他小弟才能寻觅到成长的机会。

Facebook也好，PhoneGap也好，想在移动互联网初期就分一杯羹是分不到的，但坚持下来，机会往往会出现。

四、HTML5这回真的来了

HTML5在这个时间定稿，不晚不早，硬件性能更强、手机OS迭代速度下降。随着HTML5标准定稿，一切纷争将告一段落，现在，属于HTML5的时代到来了。这个曾让人满怀希望，又被Facebook等众多满怀希望的开发者放弃的技术，现在会告诉大家，曾经让各位失望的原因，现在已经不存在了！这听起来有些惊人，大家不禁要问：是真的吗？让我们细细分析。

业内俗称HTML5有“性功能”障碍。即HTML5性能不如原生、开发工具不如原生、能力调用不如原生。

这几个问题导致开发者无法使用HTML5做出与原生一样的App。然而，不管是硬件升级还是OS厂商策略变化，以及相关软件技术的成熟，已解决了HTML5的“性工能”障碍。

移动端硬件军备竞赛 2011年，iPhone 4s的CPU是A5，现在iPhone 6是A8，按苹果的历次发布会的说法，速度共提升了75倍。这3年间75倍的速度提升，抹平了太多HTML5的性能问题。 苹果、Google的策略变化 Google在2013年底发布的Android 44，内置的Webview不再是蹩脚的Android WebKit浏览器，而是Chromium。2012年iPhone 5发布后，HTML5在iOS上的表现已令人满意，Safari独家的JavaScript加速引擎Nitro不再那么重要，不过在iOS 8发布后，苹果还是很识趣地取消了三方程序调用Nitro的限制，现在任意浏览器或应用调用iOS的UIWebview都可以利用Nitro加速。两大手机 *** 作系统霸主和浏览器巨头的态度发生了变化，使得HTML5在手机上的发展不再受限，而且这个变化不可逆只能继续向前，这种变化势必会产生深远的影响。 软件技术的成熟 PhoneGap的发展虽然放缓了，但其他产品技术却成熟了。2014年的iWeb大会上，众多厂商的产品提供了面向开发者免费或开源的HTML5性工能障碍的解决方案。

DCloud公司在iWeb大会上发布了系统的HTML5“性工能缺失”的解决方案，包括解决HTML5性能问题的手机端引擎、超快的HTML5开发IDE产品HBuilder、还有把40万原生API封装成JavaScript对象，以解决HTML5能力不足问题的Nativejs技术。基于该方案开发的HTML5应用完全可以达到原生App的功能和体验。此外，DCloud还发布了一个MUI框架。我们都知道浏览器的默认控件样式和原生控件样式差别很大，一个高性能的、样式体验与原生控件一样的UI框架是非常重要的，之前jQuery Mobile等产品的因性能不足，所以难当此任。

英特尔公司发布了Crosswalk引擎，可以让Android 40-43的手机上的应用打包Chromium引擎而不是Android WebKit。虽说未来Android 44会占据更多市场份额，但目前主流的Android手机的系统版本毕竟还是41、42。

在专业方向上很多公司也做出了不错的成绩。触控的Cocos2d-html5、Egret runtime和Ludei CocoonJS强化了Canvas的表现，让HTML5游戏体验更好；UC、猎豹等手机浏览器也强化了音视频播放的表现。

不管是硬件升级、软件成熟，还是 *** 作系统厂商策略变化，都在强力推动HTML5的爆发。

不过要注意，我说的HTML5爆发，不是指手机浏览器爆发。有人说HTML5不好，因为用户讨厌打开浏览器输入URL的过程。我想说这种想法是对HTML5的片面理解。HTML5!=传统浏览器，虽然编程语言还是HTML、Javascript、CSS，但发行方式绝不是传统网站那么简单。HTML5应用的入口，反而很少是启动浏览器输入URL，它可以是存在于手机桌面的图标、也可以来自超级App（如微信朋友圈）、以及搜索引擎、应用市场、广告联盟。。。到处都是它的入口。它的入口，比原生App更多。

五、原生App的颠覆

HTML5的“性工能”障碍得到解决，可以接近原生App的效果，所以它就可以替代原生App吗？很多人认为，即使HTML5会发展的比现在好，也将是与原生App各占一部分市场的格局，要求不高的长尾应用会使用HTML5，而主流应用仍是原生App的天下。

但我认为这样的想法很危险，就像HP的高层告诉沃兹：谁会在家里摆一台电脑呢？未来HTML5肯定会颠覆原生App。“性工能”障碍的消除，只是HTML5的劣势被削弱，但劣势被消除后，它的优势就会大放异彩，HTML5的优势是什么？对开发者来说：

跨平台 在多屏年代，开发者的痛苦指数非常高，人人都期盼HTML5能扮演救星。多套代码、不同技术工种、业务逻辑同步，这是折磨人的过程。有点类似个人电脑早期世界，那个时候的每家电脑都有自己的 *** 作系统和编程语言，开发者疲于做不同版本，其实DOS的盛行也很大程度是因为开发者实在没精力给其他电脑写程序。跨平台技术在早期大多因为性能问题夭折，但中后期硬件能力增强后又会占据主流，因为跨平台确实是刚需。 快速迭代 移动互联网是一个快鱼吃慢鱼的时代，谁对用户的需求满足的更快，谁的试错成本更低，谁就拥有巨大的优势。互联网产品大多免费、且有网络效应，后入者抢夺用户的难度非常大。使用原生开发，从招聘、开发、上线各个环节的效率都慢一倍以上，而且参与的人越多，沟通效率往往拖慢不止一倍。 减低成本 创业者融资并不容易，如何花钱更高效非常重要。如果你使用原生开发的App和竞争对手使用HTML5开发的App没什么区别，但你的开发成本高出一倍，我相信没有投资人会喜欢给你投钱。 导流入口多 HTML5应用导流非常容易，超级App（如微信朋友圈）、搜索引擎、应用市场、浏览器，到处都是HTML5的流量入口。而原生App的流量入口只有应用市场。聪明的HTML5开发者当然会玩转各种流量入口从而取得更强的优势。 分发效率高 前段时间微信朋友圈风靡一时《神经猫》，这个游戏如果放到Appstore，绝对没有那么多流量，超级App带来的流量，远大于原生应用市场。假如微信允许游戏在桌面创建快捷方式、假如游戏后续升级解决持续娱乐问题，未来不可想象。除了入口多、流量大，导流效率高也不可忽视，谁都知道：页游和端游打同样的广告，广告变用户的转化率，页游远远高于端游。

HTML5对用户的好处是：和流量入口多、分发效率高相对应的。大幅降低使用门槛。用户眼睛看到一个兴趣点，点击后，就应该立即开始满足用户需求。比如流媒体可以立即看，页游可以立即玩。而目前的原生应用市场，用户需要这样 *** 作：选一个应用、等待下载、确认权限、等待安装，然后点击打开。这样糟糕的体验迟早要被颠覆。不管是App、游戏还是音视频，未来都将即点即用。谁先满足用户这个需求，谁就制胜。

这就是所谓“天下武功，唯快不败”。分析至此，我们可以明显的看出，不管是站在最终用户角度、还是站在开发者角度，HTML5必将取代原生应用当前的位置。并由此引发一系列颠覆。

六、还有什么会被改变？

HTML5的爆发，原生App生态系统的颠覆，是一场产业革命，很多角色都会受到影响，我们来预测一番。

标准的HTML5引擎并不能解决HTML5的所有问题，拥有大流量入口的互联网巨头，莫不在思考内嵌更优秀的增强引擎。腾讯推出了X5浏览器引擎，就是看中这个机会。

目前各路浏览器厂商、应用市场厂商、甚至rom厂商，都在努力整合更优质的浏览器引擎。假使微信内嵌的webview可以运行更优秀的canvas游戏、假使360手机助手可以发行即点即用的HTML5应用并且能力体验与原生一致、假使小米rom内置更强大的webview使得所有HTML5应用在小米手机上运行的更流畅。所有巨头都会闻风而动，没错，这场战役会是移动互联网世界的二次世界大战。

应用分发市场将面临洗牌，由于超级App的巨大流量能轻易成为HTML5应用的入口，并且会形成大者更大的效应，传统的应用商店、甚至线下预装，这些流量不足和效率偏低的发行模式将被挤出市场主流。本身也是超级App的大流量应用商店，如果转型得当，也将以发行HTML5应用为主。

原生的广告和统计SDK提供商会面临尬尴，Google、百度等基于网页的广告和统计服务会取得更大的优势。开发者不再需要打包SDK，引入一个Script即可。

开源技术将在移动互联网领域更加流行。HTML的开放性造就了大量的开源产品，也反向促进了HTML的繁荣。在Github上有大量的JS框架，而原生的开源代码数量相比甚少。而未来移动互联网世界将因为开源而发展的更迅速，这里也同样存在类Github厂商的机遇。

早期HTML只需要记事本写几个Tag，中期的HTML、JS、CSS比较复杂，需要更高级的文本编辑器，但HTML5到来后，它的代码量、复杂度、开发模型将与原生开发看齐，需要类似XCode、Eclipse等专业的IDE工具来解决开发、调试的问题。一些以会使用记事本写代码为荣的开发者，将面临思路转换甚至被更高效的开发者淘汰。

HTML5的强大会引发很多安全问题，并且解决思路与原生不一样，业内有可能会出现新的安全厂商领导者。

四元素q1q2q3初值为零是因为四元素是描述刚体在惯性系中的姿态的一种方式，而初始时刻刚体的姿态是未知的，因此四元素的初值通常被设置为零。根据查询相关公开信息显示：四元素是一种描述刚体在惯性系中的姿态的方式，它包含四个参数：q0、q1、q2、q3。在初始时刻，刚体的姿态是未知的，因此四元素的初值通常被设置为零。在实际应用中，四元素的初值可以通过陀螺仪等传感器获取，或者通过运动学算法计算得出。

陀螺仪传感器测量设备沿着其三个主轴的旋转速度。当设备静止时，所有轴的陀螺仪读数都为零。如果设备面向您围绕其中心点旋转，就像飞机螺旋桨一样，那么 Z 轴上的旋转速度值将大于零，设备旋转的速度越快，该值越大。旋转速度的测量以弧度/秒为单位，其中 2�0�2�0�2Pi 弧度就是全程旋转。如果您想确定设备在空间的绝对方向（yaw、pitch、roll），我们建议您使用组合运动 API，可以使用Motion类访问此 API。有关更多信息，请参见

以上就是关于HTML5定稿了，为什么原生App世界将被颠覆全部的内容，包括:HTML5定稿了，为什么原生App世界将被颠覆、vivo手机陀螺仪延迟怎么解决、陀螺仪原理详细资料大全等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！