Chrome與Opera在支持最新Web功能方面更為出色，但不同瀏覽器之間的差異恐怕并不像表面上看起來那么明顯。

自從“HTML 5”作為熱門詞匯出現在我們面前至今已經過去了四年，時至今日我們是否真的有理由信任以瀏覽器為平臺的JavaScript所擁有的強大實力？時光如箭、歲月如梭，一年又一年就在我們敲擊鍵盤編碼的同時悄然逝去了。

HTML 5如今已經重新回到了人們的關注焦點當中，這主要是由于W3C委員會終于認定當下已經是停止推動HTML 5.0規范、轉而向HTML 5.1邁進的最佳時機。這標志著一個歷史性的時刻，因為HTML 4文檔早在1997年就已經徹底定稿。而就在委員會搞東搞西的同時，十幾年轉瞬不再。

那么現實世界在此期間到底在干些什么？當然不會被動等待最終草案的發布。使用HTML 5標準的網站如今已經隨處可見。各類瀏覽器方案目前已經能夠支持多種HTML 5功能，而且它們在每一次升級之后都帶來更出色的表現。就目前來看，網站與原生應用程序之間的差異已經不再像過去那樣突出，而復雜且具備出色交互效果的網站已經比以往更接近原生應用程序。

現在正是我們重新審視各款瀏覽器方案，并探索其對于HTML 5標準委員會建議的支持效果的最佳時機。新的表單元素、標簽、屬性以及背景功能如果僅僅被作為理論層面的技術成果，那么其根本無法為現實世界做出任何貢獻。各瀏覽器正是委員會實現夢想的立足平臺，而且我們在編寫代碼或者訪問網站時的體驗就是夢想的終點——現實。

好消息是，各瀏覽器方案都將標準機制引入自身。在由HTML5Test.com提供的自動計分表當中，盡管不同瀏覽器之間仍然存在著一定差異，但其彼此仍然相當接近而且與完美相去不遠。

值得注意的是，HTML5Test網站將所有標準合規項目匯總成一個數字（從0到555），從而保證大家易于閱讀、易于比較且不至于被大量細節信息分散了心神。這些自動測試方案只會通過創建部分DOM對象來檢測指定功能是否得到支持。它無法告訴大家該功能是否在正確、精巧或者不導致任何惡性bug的前提下得到了實現。更糟糕的是，每個人都可能對其中的特定（或者全部）功能評分數字產生質疑。

單獨一個數字當然非常醒目，不過要想真正得出答案、我們還得再深入挖掘一番。花幾分鐘對這份列表進行分析，我們就會發現各開發團隊在編寫該瀏覽器時所作出的優先取向。一部分新功能目前并非受到支持，這明顯是因為開發團隊認為其重要性實在有限。谷歌公司的Chrome瀏覽器支持自定義計劃處理功能，但卻不支持自定義內容處理功能。火狐瀏覽器不支持某些推出時間較晚的輸入字段類型，例如時間、月或者周。每套平臺都或多或少存在著上述問題，而且幾乎沒有哪款能夠在目前的用戶體驗方面將其它競爭對手徹底甩開。不過我們能夠斷言的只有現在，相信在未來、合規將成為瀏覽器發展的堅實基礎。

瀏覽器政治

這些差異往往源于隱藏在幕后的深刻政治及經濟理由。火狐與Chrome支持WebM與Ogg Theora視頻編解碼器，但卻不支持MPEG-4。Safari瀏覽器支持MPEG-4，但卻不支持WebM或者Ogg Theora。不過它們至少還都支持H.264。這些編解碼器并不屬于HTML 5當中的正式組成部分，不過它們已經成為現代Web的核心基礎，因此這些功能對于眾多Web開發人員而言更為重要。

測試中的一部分項目甚至根本不屬于HTML 5正式草案中的組成部分，因為它們只是其它可能已經被剝離出正式HTML 5規范的內容。Web開發人員、服務器程序員特別是用戶現在往往很難分辨出哪些屬于HTML 5，而哪些屬于新的或者更佳功能。像Web Storage以及Web Workers等極具吸引力的功能并不從屬于HTML 5規范，不過它們仍然受到了W3C的深深熏陶。它們甚至有可能已經具備更為可觀的影響力。

HTML 5規范的核心完成了一系列額外新型標簽的設計，旨在通過標簽內的文本信息表達角色類型。它們將指定多種范疇，包括章節、旁白、頁腳以及頁眉。回想過去，我們會利用標簽對其進行標注、從而指定其字體，例如<h3>。如今HTML 5將利用其角色進行標記，如此一來它們就能擁有自己的CSS樣式，而瀏覽器也將據此對各元素進行布局?？偠灾?，將文本與圖像從排列當中加以分享并將其顯示在頁面中繼續成為主要趨勢。

在這些變更背后存在著激烈的爭論，但它們的重要性僅僅會影響到那些關心網頁顯示效果的相關人士。舉例來說，有一部分技術人員想要徹底消除布局中的表，而另一些人則單純只想將其禁用。通過閱讀屬性內容，我們往往能夠憑直覺了解表標簽的實際使用方式。添加邊框或者為某列增加頁眉意味著其可能包含有表格數據。而保持邊框關閉則意味著其可能屬于一套布局。

除了冒犯到那些自封的網絡衛道士之外，以“錯誤的方式”使用這些元素還可能產生其它后果。即使精巧地對標簽進行再利用（類似于表），其它系統仍然有可能因此受到影響。HTML 5開發團隊目前正投入更多資源，希望讓盲人與殘疾人士更輕松地使用Web內容。將表標簽用于數據表之外的任何其它項目都會令屏幕讀取器及其它機制受到干擾。如今，新的屬性類已經出現——以縮寫詞ARIA（即Accessible Rich Internet Applications，即可訪問富互聯網應用）為起始——旨在帶來數據內部描述的替代性方案。總體而言，將消息從顯示內容當中分離出來有助于降低這方面工作的難度。

從Web頁面到Web應用程序

近來一種很好的現象就是靜態頁面開始逐步轉化為全動態應用程序。Web Storage、WebSockets以及Web Workers的規范已經隨著瀏覽器構建者們的具體實踐，了解哪些能夠起效、哪些不能起效而逐漸豐富起來。這些規范能夠幫助程序員們創建出具備完整功能的軟件套件，其中最典型的代表就是Google Docs。將數據保存在本地，允許后臺通信及分線程處理已經成為處理特殊數據集的基本方式。

這些變化在很大程度上專注于細節層面，而這些細節甚至根本得不到開發人員的關注。舉例來說，Web Workers的規范如今已經明確指定，worker可以獨立并行創建自己的執行環境。這一點只面向那些時間緊迫的worker，因此大部分基礎性worker根本不會因此受到影響。

Web Storage當中也存在著數十項類似的小變化，當然與之相關的爭論也是此起彼伏、甚至恐怕會永無休止。有些人認為強迫多個不同線程利用互斥位訪問Web Storage會帶來大量額外資源開銷。但也有人堅信數據完整性的重要性不容忽視，因為人們常常會在多個標簽當中瀏覽同一個網站。

以上提到的都是W3C在實際工作中進行過的討論內容，但程序員們可能對此并不關心。如果用戶們只需要存儲數千個項目，那么性能表現應該還算不錯，此類規范中的諸多細節也不會對其產生什么影響。但從瀏覽器開發人員的角度來看，這一切則必須被納入議事日程。

由于大量此類細節仍無法確定，瀏覽器開發人員們通常會就此做出不同抉擇。Web Storage規范中指出，瀏覽器應當“限制存儲區所用空間的最大數量”，同時建議以5MB作為最佳限制數字。瀏覽器以及用戶未來受到此類細節設定的顯著影響。與此同時，其實現方式也將有所區別。

其中最具爭議的問題可能出現在媒體處理領域。網絡瀏覽器如今正逐漸成為訪問視頻的主導性方式，而HTML規范團隊顯然已經下決心占領用戶的起居室。加密媒體擴展規范包括一套復雜的視頻來源及密鑰處理機制，因此只有受到對應許可的瀏覽器才有能夠顯示其圖像。Chrome、Opera以及Safari都能夠支持上述媒體擴展內容，而火狐與IE則不行。

另有大量工作旨在創建活動組件。作為一項新提案，Web Video Text Tracks（即網絡視頻文本追蹤）希望構建一套標準化機制，用于將視頻內容與網站中的其它組成部分進行同步。其主要面向字幕內容，但是我們同樣能夠在更多應用程序當中找到以此為基礎實現的多媒體表現方式。我能夠看到文字、圖形與圖像四處飛舞，而且所有瀏覽器都將支持這種效果。

Web功能

盡管很多人會順其自然地認為HTML 5規范終于迎來了塵埃落定之期，但我們最好還是將其視為下一發展階段的新起點。有些人對于5.0規范仍然不太認同，他們覺得其還缺乏充分的“實現經驗”。換句話來說，各項功能還不夠成熟，不足以明確幫助用戶了解哪些功能可以實現而哪些不能。

作為現有草案條款的組成部分，大家可以點擊此處快速閱讀HTML 5.1規范，其中包括諸如用于將鍵盤操作以等同于鼠標點擊的方式進行添加的accesskey屬性。所有瀏覽器都在HTML Editing API的支持能力方面有所提升，旨在讓每個網絡頁面都擁有可編輯性、從而使整個網絡變成一個大規模的維基百科。

更多規模更大的變化與調整也可能即將到來，因為有些人希望HTML能夠更類似于XML。這不只是希望鼓勵大家關閉全部那些已經打開的標簽——這會導致一部分開發人員遭遇bug，并且已經受到解析器團隊的關注。一部分HTML 5規范的貢獻者們正在討論將“可hack能力”添加到下個版本當中。具體而言，他們希望這套規范能夠允許大家定義屬于自己的標簽，并在解析工作完成后利用屬于自己的機制對這些標簽進行處理。

這能夠極大提高標記機制的潛在執行效率。任何最近曾經點擊過“查看源代碼”按鈕的朋友都會發現，如今的大部分HTML文件當中、50%到60%的內容都由<div>以及<span>標簽構成，這兩者各自附帶著多種不同的類。對CSS樣式文件進行調試的難度正變得越來越高。要想解決這個問題，方法之一在于使用一套具備完全可擴展能力的標簽系統。

這一切決議都將在未來變成現實并帶來巨大影響。HTML 5.0已經足以稱為一次里程碑式的事件，但它還僅僅是這場關于如何我們如何表達信息并與之交互的標準演進中的道標之一。

對于世代更替的話題已經聊了不少——現在讓我們正式進入瀏覽器比拼環節。

#p#

瀏覽器一號：谷歌Chrome

Chrome在HTML5Text當中的得分可謂無人能敵——Chrome 42的得分為523分——而這也再次證明了谷歌公司確實在積極推動HTML 5規范的建立、并據此打造出最頂尖的瀏覽器方案之一。編程團隊只需要對僅有的幾個對話框進行標記，并直接將測試得分記錄下來。

遺漏內容以分布方式匯聚成圖，但我們發現很難用一句話對其進行簡單概括。大家會發現，其中零零散散地存在著缺失標記元素以及未實現圖形方法?？偠灾珻hrome對于任何一位希望利用一整套廣泛工具集構建用戶界面的開發者來說都是夢幻般的選擇。如果大家希望使用全部新型標記或者表單元素，那么Chrome將是你最好的選擇。在這份評測結果中，Chrome幾乎沒留下什么明顯的短板。

不過從深層角度來看，Chrome仍然存在著一些較為嚴重的缺失。Chrome當中不具備針對JavaScript引擎、用于在腳本開始及停止執行時觸發個別事件的鉤子。此外，我們也找不到某種簡便方式來利用scope控制CSS樣式對于頁面效果的具體影響。再有，大家無法將自己的代碼注冊為一項功能，從而利用其處理全部特定MIME類型數據或者URL計劃——而這正是我們之前提到過的自定義內容處理功能。

順帶一提，這三項在火狐瀏覽器當中全部得到了良好實現。看來谷歌公司的開發團隊似乎沒能抓住這些重點。

另一個可能引發問題的根源在于編解碼器及媒體格式的支持能力。以MPEG-4為例，其能夠與iOS瀏覽器協作正常，但在Chrome上卻無法實現。蘋果與微軟雙方都支持音頻軌道選擇，而且蘋果還支持視頻軌道選擇，但Chrome卻不允許用戶完成這些高級操作。

總體而言，Chrome對于那些希望嘗試新標準內各項附加功能的用戶而言絕對算是非常理想的選項。

瀏覽器二號：Opera

截至撰寫本文時，Opera在HTML5Test測試當中的得分排名第二，不過其實際得分只有四項，Opera 29的成績為519分。與Chrome類似，Opera也針對新型標記以及表單元素提供廣泛支持，因此它與Chrome一樣、都是有意對此進行實驗的用戶們的理想選擇。

但與Chrome的另一項共同點在于，Opera也直接跳過了自定義內容處理功能、scoped樣式元素以及腳本執行事件。不過平心而論，除了火狐之外其它瀏覽器對這些都沒有給予關注。

最大的差異點出現在編解碼領域，Opera無法支持MPEG-4以及H.264視頻格式。而更令人頭痛的是，Opera還缺少對AAC以及MP3的支持能力——這兩類格式在各種網站上幾乎隨處可見。因此，要讓自己的多媒體內容在Opera瀏覽器上順利起效可絕不是件易事。Opera幾乎肯定是受到了專利授權費用的恐怖壓迫，因此該公司可能選擇直接忽略掉那些許可費過高的技術方案。Opera能夠支持Ogg Vorbis、Ogg Theora以及WebM，這還算為其挽回了一些顏面——即使無法直接實現兼容。

與IE及Chrome一樣，Opera也在“指針事件”領域走在了時代的前列——這是一種對于差異性輸入模式的積極探索。所謂“指針事件”，旨在使瀏覽器更輕松地支持鼠標、觸控屏幕，并通過為程序員提供單一、更簡潔的事件模式對相關內容進行編排，從而為指針賦予更為豐富的能力。

總體而言，Opera是一款令人印象深刻的瀏覽器，但卻沒能得到應有的重視。從現代Web功能支持能力的廣泛性角度看，它僅次于Chrome處于領先位置。

瀏覽器三號：Mozilla火狐

從數字角度來看，火狐與前兩位領先者相比似乎稍遜一籌。其火狐37在HTML5Test中的得分為449分，但這實際上很大程度受到了測試在對各項功能進行測試時所帶來的性能壓力的影響?；鸷鼮g覽器在其欠缺的項目當中推動了大量分數，而在相對領先的項目中得分也不太高。

舉例來說，大部分失分項的出現是由于火狐瀏覽器并不能實現多數新型輸入字段與交互式元素。如果大家希望單純將一個表單元素添加到收集數據或者時間值當中，火狐瀏覽器將對此表示無能為力。在缺失項目方面，火狐丟掉了26分，但目前尚不清楚程序員是否會真正受到這些問題的影響?；鸷鼮g覽器當中還提供豐富的JavaScript庫用于接收時間數據，而且其在設計思路上引入了跨瀏覽器兼容性考量。其中大部分擁有突出的新式設計，而且比其它常見工具更加美觀。因此，多數程序員都會選擇這些庫資源、而非直接使用內置支持機制。

窗體底端

在那些火狐取得領先的項目當中，測試給出的分數也并不足以帶來顯著優勢。在腳本即將執行的時候觸發事件對于處理負載工作非常重要，但對這些腳本執行事件的運行能力僅給火狐瀏覽器帶來了可憐的1分增項。將scope添加到樣式表當中對于將多種樣式表加以整合非常關鍵，但在HTML5Text的測試人員眼中、這種能力也只值2分。

火狐瀏覽器在實現微數據標記方面沒能奪得任何最高分。這里要解釋一句，所謂微數據標記，是指那些能夠簡化瀏覽器識別并標注來自網絡頁面的某些常見數據類型的額外標簽。由于W3C以及其它所有瀏覽器都不待見微數據機制，因此在這方面只有火狐為其提供了支持。

在編解碼方面，火狐瀏覽器能夠廣泛的支持能力，不過單單回避了MPEG-4，這使其與Chrome及Opera被劃入了同一陣營?；鸷鼮g覽器支持Ogg、WebM以及H.264，單是這些已經綽綽有余了。

那些這些差異是否重要？最終答案要取決于大家個人對于不同功能的實際需求。如果各位喜愛并有必要擁有全部新型表單元素，那么火狐瀏覽器顯然不是您以及您的項目的最佳選擇。不過在多數情況下，火狐都能提供與其它高分瀏覽器相等同的新規范支持能力——只要大家不在乎那些新的時間輸入表單字段。

瀏覽器四號：蘋果Safari

在HTML5Test測試當中，Safari 8獲得了396分——不過這里要提醒大家，其在實際使用角度的差距絕沒有分數上看起來那么夸張。與火狐類似，Safari瀏覽器同樣由于無法實現全部表單與標記元素而被扣掉大量分數。Safari不提供利用輸入字段來收集時間或者顏色的選項，也不支持各類標準菜單元素。

不過游戲開發人員可能會對Safari更不滿意。Safari瀏覽器不支持對于設備的定位或者運行狀態的追蹤功能，也無法通過游戲手柄進行控制或者更為通行的指針事件。如果大家打算為Safari瀏覽器開發應用產品，那么最理想的辦法就是繼續固守傳統內容、并盡量避免使用那些交互程度太高的元素。沒錯，把這些留給App Store處理吧。

在編解碼方面，蘋果選擇了與Chrome以及火狐完全不同的發展道路。Safari瀏覽器能夠顯示MPEG-4與H.264視頻內容，但卻將WebM與Ogg Theora拒之門外。好消息是，Safari能夠通過JavaScript實現對視頻及音頻軌道的控制能力。

Safari瀏覽器在其它功能集合的完整性方面與Chrome、Opera以及火狐相比亦存在著些許不足。這些瀏覽器都能夠通過WebRTC支持點對點通信機制，相比之下蘋果并未提供此類支持，這就迫使不少用戶繼續固守IE。除外，Safari也不支持用于后臺處理的service worker、自定義計劃或者內容處理功能，亦不具備自定義搜索提供功能。

必須承認，我們無法對如此眾多的功能缺失視而不見。不過蘋果仍然提供了比較廣泛的HTML 5標準支持機制，并帶來大量非常有趣的獨特功能。

瀏覽器五號：微軟IE

曾經擁有頑強市場表現的微軟IE瀏覽器版本11在HTML5Test當中獲得了最低得分——只有348分——但這應該已經在大家的意料當中。相關標準變動的背后一直受到鼓勵競爭這一核心思路的引導，而微軟憑借著其.Net所建立起的壟斷機制正是新標準希望打擊的對象?？偠灾?，這樣糟糕的結果與很多人的預期完全相符。

IE的丟分點在整套圖表當中比比皆是，我們甚至很難找到哪里才是其最突出的短板。事實上，IE惟一一個能夠擊敗其它主流瀏覽器對手的領域在于Web應用程序，因為其能夠支持自定義搜索提供功能——與Safari非常接近。除此之外，IE一直都穩穩居于測試榜的末尾。

雖然通過這些較低的得分來將IE在實現HTML 5標準內各項內容方面的表現劃入糟糕評級并無不公之處，但單憑這一點我們仍不足以斷言IE在運行HTML 5代碼或者執行日常事務時的實際效果。通過對測試結果的快速瀏覽，我們發現其中大部分丟分項都集中在新型功能缺失方面——而非基礎性功能。舉例來說，IE由于不支持“in-range”、“out-of-range”以及“read-only”等CSS選擇器而丟分。此外，IE瀏覽器還缺少對于多種用于時間處理的新型輸入字段的支持能力。

雖然從結果來看，IE存在著數十項面向小型或者附加功能的支持能力缺失，但這些對于我個人而言并不重要。誠然，它們會給一部分希望加以使用的程序員造成困擾，不過這并不足以妨礙IE成為一款運行效果良好的瀏覽器產品。

但嚴重的疏忽也依然存在。微軟公司沒有將MPEG-4、Ogg以及WebM視頻支持能力引入IE，同時缺失的還有PCM、Ogg以及WebM音頻支持能力。目前IE能夠直接處理的僅有MP3音頻、H.264視頻以及Flash視頻這三種網絡通行標準。不過IE允許JavaScript對音頻軌道進行控制。

值得注意的是，微軟公司顯然意識到了標準合規水平的重要意義，因此IE一直處于快速成長的過程當中。盡管IE瀏覽器的版本號不像其它競爭對手那樣高得令人吃驚，但就在不久之前IE 9才僅僅取得113分的HTML5Test測試成績，而如今IE 11已經獲得348分。除此之外，目前Spartan項目——即Windows 10技術預覽版內提供的全新網絡瀏覽器——的出爐意味著其發展速度仍在不斷加快。

Spartan的最新版本（其伴隨著Windows build 10061一同亮相）在HTML5Test當中獲得了390分，比IE 11更出色而且只稍遜于Safari。IE瀏覽器當中的各項重大改進——包括支持設備定位、設備運行、游戲手柄控制、網絡音頻、數字版權管理、媒體擴展以及響應式圖像顯示等——似乎表明，游戲、娛樂以及移動設備已經成為微軟公司待辦清單中的優先事務。

HTML5Test是一套非常精確的衡量指標，但更重要的是、我們要記住其建立目標是評估瀏覽器是否能夠實現HTML 5委員會所接納的那些最新、最具實驗性的功能。它并不會為瀏覽器在進行表布局或者頁面渲染時表現出的優異速度水平而給出高分。HTML5Test僅僅是一項規模龐大的功能檢查方案，而絕不是瀏覽器質量評估工具。

HTML5Test給出的測試結果也成為企業在選擇瀏覽器時非常值得參考的優先級評判標準。不出所料，Chrome對于功能完備、極具應用程序風格且由谷歌公司提供的網站擁有極佳的支持效果。這也保證其能夠更輕松地將更多功能引入谷歌公司的硬件平臺，即Chromebook。谷歌這家技術巨頭在“操作系統”業務領域所獲得的盈利數字非常有限，也無怪乎他們希望能夠為“瀏覽器”賦予更為可觀的能力與發展空間。

而從自身角度來看，蘋果公司似乎對于在瀏覽器當中支持游戲類功能并不感興趣，這也許是因為他們從App Store身上已經賺得盆滿缽滿、完全沒有必要在讓瀏覽器破壞這一良性業務走勢。

在此次測試中，大部分與得分相關的瀏覽器支持功能其實并不會給開發人員帶來什么影響。如果大家打算利用一大堆DOM元素來生成AJAX調用、回應服務器的響應并由此構建起Web應用程序，那么前面提到的所有瀏覽器都能很好地完成這項任務。它們都提供同樣的核心功能，而且到底能不能實現各種最新表單元素對于上述用例而言根本毫無影響。

在這種意義上看，HTML5Text得分的關注重點顯然更傾向于未來而非現在。盡管HTML 5.0標準目前已經固定下來，而且其委員會已經開始將注意力轉向下一套規范，但各大瀏覽器開發商們仍然需要完成對這套標準的實現工作。在他們著手進行的同時，將有越來越多的Web開發人員見證此類新功能的出現并將其引入自己的開發成果當中。只有到那個時候，用戶們才會真正感受到新標準所帶來的收益。

好消息是，瀏覽器開發商們的行動相當迅速，而且目前所提供的大部分功能已經足以支持Web開發人員的實際需要。總而言之，HTML 5委員會方面的工作已經完成，接下來該輪到我們上場了。