2007年W3C(萬維網聯盟)立項HTML5，直至2014年10月底，這個長達八年的規範終於正式封稿。
過去這些年，HTML5顛覆了PC互聯網的格局，優化了移動互聯網的體驗，接下來，HTML5將顛覆原生App世界。這聽起來有點危言聳聽，但若認真分析HTML5的發展史，你會發現，這個世界的發展趨勢確實就是這樣。css
HTML5對開發者的7大優點
跨平臺：
在多屏年代，開發者的痛苦指數很是高，人人都期盼HTML5能扮演救星。多套代碼、不一樣技術工種、業務邏輯同步，這是折磨人的過程。有點相似我的電腦早期世界，那個時候的每家電腦都有本身的操做系統和編程語言，開發者疲於作不一樣版本，其實DOS的盛行也很大程度是由於開發者實在沒精力給其餘電腦寫程序。跨平臺技術在早期大多由於性能問題夭折，但中後期硬件能力加強後又會佔據主流，由於跨平臺確實是剛需。
快速迭代：
移動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求知足的更快，誰的試錯成本更低，誰就擁有巨大的優點。互聯網產品大多免費、且有網絡效應，後入者搶奪用戶的難度很是大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，並且參與的人越多，溝通效率每每拖慢不止一倍。
持續交付：
不少人有這樣的體會，一個原生應用上線Appstore，忽然有一個大bug，只好連夜加班修復，而後靜靜等待2周或更長時間的Apple審覈，這2個星期被用戶的塗抹淹死，市場上一片差評，用戶大量流失。等新應用被審覈上線了，用戶已經卸載了。可是，HTML5沒有這些問題，你能夠實時更新，有問題當即響應。
大幅降低成本：
創業者融資並不容易，如何花錢更高效很是重要。若是你使用原生開發的App和競爭對手使用HTML5開發的App沒什麼區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。
開源生態系統發達：
HTML5前端是開放的正反饋循環生態系統，大量的開源庫可使用，開發應用變得更輕鬆、更敏捷，固然這也體如今了快速迭代和成本降低上。不過更重要的是，這種開放的正反饋循環生態系統將來的生命力是比原生生態系統更強勁的。
開放的數據交換：
HTML是以page爲單元開放代碼的，它無需專門開發SDK，只要不混淆，就能與其餘應用交互數據。開發者可讓手機搜索引擎很容易檢索到本身的數據， 也更容易經過跨應用協做來知足最終用戶需求。
更容易推廣、更容易爆發：
導流入口多：HTML5應用導流很是容易，超級App(如微信朋友圈)、搜索引擎、應用市場、瀏覽器，處處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者固然會玩轉各類流量入口從而取得更強的優點。
流量大：前段時間微信朋友圈風靡一時《神經貓》，這個遊戲若是放到Appstore，絕對沒有那麼多流量，超級App帶來的流量，遠大於原生應用市場。假如微信容許遊戲在桌面建立快捷方式、假如遊戲後續升級解決持續娛樂問題，將來不可想象。
導流效率高：除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁遊和端遊打一樣的廣告，廣告變用戶的轉化率，頁遊遠遠高於端遊。
HTML5對最終用戶的3大優點
大幅下降使用門檻html
爲何流媒體會替代下載視頻成爲主流?爲何頁遊會如此火爆?只因用戶太「懶」。讓用戶更方便的知足需求，有時效果好於更多的知足需求。
用戶眼睛看到一個興趣點，點擊後，就應該當即開始知足用戶需求。好比流媒體能夠當即看，頁遊能夠當即玩。而目前的原生應用市場，用戶須要這樣操做：選一個應用、等待下載、確認權限、等待安裝，而後點擊打開。這樣糟糕的體驗早晚要被顛覆。
無論是App、遊戲仍是音視頻，將來都將即點即用。誰先知足用戶這個需求，誰就制勝。
實時更新、差量更新的優秀體驗
HTML5應用能夠繞開應用市場的限制進行自主實時更新，用戶能夠快速享受新服務。
並且這種更新徹底能夠是差量更新，好比某個HTML頁面或某個js文件有問題，只更新這個幾k的小文件就能夠了，這比原生應用的更新體驗好太多。
跨應用的使用體驗
目前手機應用切換是以桌面或任務管理器爲中心的，但事實上這些中心很影響效率和體驗。用戶想出差三亞，先打開去哪App訂票，而後切回桌面，再找到並打開天氣App，搜索輸入三亞，再切到桌面，找到並打開航旅縱橫App，輸入航班號值機，哦對了，航班號多少來着，再切到桌面，找到並打開去哪App看航班號，最後找到並打開租車App，輸入租車地點，而後再切回桌面。
在原生應用體系下，用戶只能這樣。但在HTML5體系下，他不須要切回桌面，他能夠在App間方便的直接跳來跳去，而不是使用一個一個孤島App;他更不用重複錄入數據，應用間能夠方便的互相傳遞數據。
這種模式須要一點想象力，但將來早晚會來。
分析至此，咱們能夠明顯的看出，無論是站在最終用戶角度、仍是站在開發者角度，HTML5必將取代原生應用當前的位置。並由此引起一系列顛覆。
還有什麼會被改變?前端
HTML5的爆發，原生App生態系統的顛覆，是一場產業革命，不少角色都會受到影響，咱們來預測一番。
新型HTML5引擎戰火將燒起
標準的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是開放代碼的，好處也帶來弊端，有些東西開發者但願暴露，但有些東西開發者但願保護。混淆技術就變得更有商業機會。PC Web上Gmail的混淆就作的不錯。除了JS混淆，離線數據加密相信也有很多空間。
安全廠商的新機會
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的發展)。
恰恰微軟此時也出了暈招，推出了一系列即不完整支持規範又互相不兼容的IE七、八、九、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這回真的來了
終於，在2014年10月底，W3C宣佈HTML5正式定稿。這個時間，不晚不早，硬件性能更強、手機OS迭代速度降低。
隨着HTML5標準定稿，一切紛爭將告一段落，如今，屬於HTML5的時代到來了。
有人說，光標準定稿沒用啊，配套起來了嗎?HTML5作的應用究竟可否匹敵原生App?答案是，HTML5不但能夠匹敵原生App，甚至它自然的不少特性超越了原生App。
咱們先談談HTML5原來不如原生應用的地方，業內俗稱HTML5有「性工能」障礙。即HTML5性能不如原生、開發工具不如原生、能力調用不如原生。
這幾個問題致使開發者沒法使用HTML5作出與原生同樣的App。然而，無論是硬件升級仍是OS廠商策略變化，以及相關軟件技術的成熟，已解決了HTML5的「性工能」障礙。
1. 硬件升級
2011年，iPhone 4s的CPU是A5，如今iPhone 6是A8，按蘋果的歷次發佈會的說法，速度共提高了7.5倍。這3年間7.5倍的速度提高，抹平了太多HTML5的性能問題。
2. 蘋果、Google的策略變化
Google在2013年末發佈的Android 4.4，內置的Webview再也不是蹩腳的Android WebKit瀏覽器，而是Chromium，性能大幅提高。從最新的Android5.0開始，Webview能夠經過Google Play Store實時更新，和Chrome的升級保持一致，用戶就能夠不刷機享受到最新的瀏覽器引擎;再看Apple方面，2012年iPhone 5發佈後，HTML5在iOS上的表現已使人滿意，Safari獨家的JavaScript加速引擎Nitro再也不那麼重要，不過在iOS 8發佈後，蘋果仍是很識趣地取消了三方程序調用Nitro的限制，如今任意瀏覽器或應用調用iOS的UIWebview均可以利用Nitro加速，這樣在前端使用JS作大型運算也成爲可能。兩大手機操做系統霸主和瀏覽器巨頭的態度發生了變化，使得HTML5在手機上的發展再也不受限，並且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。
3. 軟件技術的成熟
PhoneGap的發展雖然放緩了，但其餘產品技術卻成熟了。2014年的iWeb大會上，衆多廠商的產品提供了面向開發者免費或開源的HTML5性工能障礙的解決方案。
(注：編者做爲從業人員，也會在分析各類方案時提到咱們公司的方案，但編者會客觀不誇張的陳述方案，並且該方案是純免費的，沒有商業銷售嫌疑。)
DCloud公司在iWeb大會上發佈了系統的HTML5「性工能缺失」的解決方案，包括：
a) 性能：提高HTML5性能的手機端引擎，讓側滑菜單、下拉刷新等動態交互卡頓的問題得以解決;
b) 工具：HTML5開發IDE產品HBuilder, 超快的編程利器;
c) 能力：把40萬原生API封裝成JavaScript對象，以解決HTML5能力不足問題的Native.js技術;
d) 最接近原生體驗的高性能框架：MUI框架，體積只有幾十K，加載、運行遠快於通常框架。
基於該方案開發的HTML5應用徹底能夠達到原生App的功能和體驗。
使用HBuilder開發HTML5應用
英特爾公司發佈了Crosswalk引擎，可讓Android 4.0-4.3的手機上的應用打包Chromium引擎而不是Android WebKit。畢竟目前市場上存在大量Android 4.0-4.3的手機，同時統一的webview也避免了兼容性的煩惱。
在專業方向上不少公司也作出了不錯的成績。觸控的Cocos2d-html五、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的天下。
但我認爲這樣的想法很危險，就像Apple成立前，HP的高層告訴沃茲：誰會在家裏擺一臺電腦呢?將來HTML5確定會顛覆原生App。
結語
其實將來如何發展是沒人能準確預測的，變量很是多。但我想讓用戶和開發者都更方便的趨勢是不會錯的。
我在這裏拋磚引玉，歡迎你們一塊兒討論，但我但願咱們能理智的分析，在爭議中提煉真知，而不是未經思考或驗證僅由於懼怕被顛覆而無謂的亂噴。也祝願你們在HTML5的浪潮中，把握住機遇，享受下坐在風口當豬的感受。html5