、javascript的起源

在web日益流行的同時，人們對客戶端腳本語言的需求也越來越強烈。那個時候，絕大多數互聯網用戶都使用速度僅為28.8kb/s的“貓”（調制解調器）上網，但網頁的大小和復雜性卻不斷增加。為完成簡單的表單驗證而頻繁地與服務器交換數據只會加重用戶的負擔。想象一下：用戶填寫完一個表單，單擊“提交”按鈕，然后等待30秒鐘，最終服務器返回消息說有一個必填字段沒有填好，那將是多么糟糕的用戶體驗。當時走在技術革新最前沿的Netscape公司，決定著手開發一種客戶端語言，用來處理這種簡單的驗證。

2、Netscape公司的javascript

當時就職于Netscape公司的Brendan Eich，開始著手為計劃于1995年2月發布的Netscape Navigator 2 開發一種名為 LiveScript 的腳本語言，該語言將同時在瀏覽器和服務器中使用，它在服務器上的名字叫LiveWire。為了趕在發布日前完成LiveScript的開發，Netscape與Sun公司建立了一個開發聯盟。在Netscape Navigator 2正式發布前夕，Netscape為了搭上媒體熱炒Java的順風車，臨時把LiveScript改名為javascript。

3、Netscape公司和微軟的javascript版本之爭

由于javascript1.0取得了巨大成功，Netscape隨即在Netscape Navigator 3中又發布了javascript1.1。web雖然羽翼未豐，但用戶關注度卻屢創新高。在這樣的背景下，Netscape把自己定位為市場領袖型公司。與此同時，微軟決定向與Navigator競爭的自家產品Internet Explorer（IE）瀏覽器投入更多資源。Netscape Navigator 3發布后不久，微軟就在其IE3中加入了名為jscript的javascript實現（命名為jscript是為了避開與Netscape有關的授權問題）。以現在的眼光來看，微軟1996年8月進入web瀏覽器領域而實施的這個重大舉措，是導致Netscape日后蒙羞的一個標志性事件。然而這個重大舉措同時也標志著javascript作為一門語言，其開發向前邁進了一大步。

微軟退出其javascript實現意味著有了兩個不同的javascript版本：Netscape Navigator中的javascript和IE中的jscript。與C及其他編程語言不同，當時還沒有標準規定javascript的語法和特性，兩個不同版本并存的局面已經完全暴露了這個問題。為了兼容性，開發者不得不針對兩個版本開發兩套程序。隨著業界擔心的日益加劇，javascript的標準化問題被提上了議事日程。

4、javascript的標準化

1997年，以javascript1.1為藍本的建議被提交給了歐洲計算機制造商協會（ECMA）。該協會指定39號技術委員會（T39）負責“標準化一種通用、跨平臺、供應商中立的腳本語言的語法和定義”。TC39由來自Netscape、Sun微軟、Borland及其他關注腳本語言發展的公司的程序員組成，他們經過數月的努力完成了ECMA-262，定義一種名為ECMAScript的新腳本語言的標準。

第二年，ISO（國際標準化組織）和IEC（國際電工委員會）也采用了ECMAScript作為標準（即ISO/IEC-16262）。自此以后，瀏覽器開發商就開始致力于將ECMAScript作為各自javascript實現的基礎，也在不同程度上取得了成功。但是，由于IE的實現和標準有很大差異，又由于IE的用戶基數比較大，所以，程序員為了程序兼容不得不對IE單獨開發程序或調試。但隨著google的chrome瀏覽器的一統江湖，javascript開發者不必再花費太多時間考慮跨瀏覽器的兼容問題。

993

IETF（互聯網工程任務組）發布了第一個HTML草案，而且還是通過因特網草案的形式發布，所以當時并沒有人鳥它，因此這個HTML1.0并沒有被大眾承認，但為了好排名，只好給個名分它。

1995

IETF繼續發布了HTML2.0，這也是首次被大眾所認可，HTML2.0實際上是各個版本的超集，當時各大瀏覽器廠商有自己獨特的標準，這些標準互不兼容，誰也不服誰，很明顯給開發帶來極大的困難。于是IETF干脆當了一次和事佬，將一些優秀的標準集合在一起，希望讓大家一起遵守。雖然大佬級別的任然不鳥它，可卻得到了二、三階梯的瀏覽器廠商們支持并擁護。

1997

隨著層出不窮的標準推出，標準統一化的工作很艱難。W3C終于出來主持大局,取代IETF，成為HTML的標準組織，發布了HTML3.2推薦標準。W3C靠著一系列的手段，讓大佬們都得往自己的標準兼容，就連頑固不化的IE，也得要部分兼容。

1999

在新千年前，W3C推出了HTML 4.01。這一年讓HTML到達了它的第一個高潮。該推薦版本就是我們熟知的HTML的第四個標準版本,可以說是現代HTML5的基石。已經被大部分瀏覽器廠商采納，開發人員只需要按照該標準進行開發即可。從1993-1999之間短短的6年時間，HTML語言有著很大的發展，基于諸多人的努力，終于產生了我們現在用的HTML語言。

2000

在新千年的開始，W3C決定搞事情。當時css3剛崛起，因為css一直是由W3C規劃升級版本，語法規則比較單一標準；而HTML接手比較晚，導致HTML的語法規則很松散，能自動包容錯誤，不能稱之為嚴格的規范。正好當時有一款語言XML，語法規則很嚴謹，并且可以實現同樣的功能用于網頁展示，所以W3C希望XML能夠替代HTML，但是W3C擔心嚴謹的語法規則會讓瀏覽器廠商和程序編寫人員一時間接受不了，所以就發布了一個過渡版本XHTML1.0，然后再向XML轉變。

2004

W3C試圖用嚴格的標準來使互聯網發展更加規范。出發點雖好，但效果不佳，因為改用XHTML標準將導致互聯網99%的HTML網頁需要重寫。所以Opera、Mozilla基金會、蘋果這些瀏覽器廠商則組建了民間組織WHATWG。WHATWG希望標準應當具備向后兼容性，能夠跟隨市場及技術的發展而動態調整，所有的改動改善都是HTML5,寬松的寫法；而不希望是W3C制定一個死的標準，頒布之后再不修改，添加只能發布新版本 5.1,5.2等，嚴格的寫法增加開發人員的負擔；HTML由此分裂成兩個陣營的版本。

2006

在W3C還在爭論是XHTML2還是HTML5的時候，互聯網格局已經發生了變化。人們不再滿足看新聞和發郵件，更多的時候看流視頻和網頁游戲。此時此刻HTML正處于內戰當中，這塊新需求功能就被Adobe的Flash搶去了。

Adobe通過Flash不僅攫取了大量的財富，而且也狠狠打了W3C的一巴掌。于此同WHATWG在HTML上取得突破性進展。W3C為了盡快奪回Adobe搶占的市場，也為了自身的話語權，轉而與WHATWG合作，一邊推行以WHATWG的成果作為基礎的HTML5，另一邊則推行自家的XHTML2.0。

2008

第一個HTML5草案誕生。同年，IE、Chrome、FireFox、Safari幾大瀏覽器巨頭開始相繼支持HTML5。

2009

W3C宣布終止XHTML2的項目，解散了XHTML團隊。HTML 5既支持松散語法，也支持XHTML1般的嚴格語法。

2014

W3C發布了歷時8年定稿的html5推薦標準 ，也就是html第五個標準版本。此后也發布了5.1、5.2版本。

1999~2014 15年的暗黑中世紀還是文藝復興？

歷經15年，html從統一到分裂，再到對峙，最后到統一，才再一次回到正軌。有人稱這15年來，技術標準停滯不前，甚至還出現了倒退的嫌疑，等同于歐洲的黑暗中世紀；

而也有人稱這15年，是技術發展的黃金時期，新標準挑戰舊權威的地位，迫使舊標準要么融合，要么被淘汰。而新標準挑戰成功后，帶來的連鎖反應，則讓更多的新標準來挑戰舊權威，等同于歐洲的文藝復興時期；

h5火爆的原因

HTML5迅速被引起火爆，一方面他成功抓住了移動端的熱潮，游戲、購物等都離不開手機；另一方面，HTML5并不是單純的修改語法，而是提供了全新的框架和平臺，包括提供免插件的視頻、圖像動畫、本體存儲、跨平臺以及更多酷炫而且重要的功能，并使這些應用標準化。

在2019年的今天，html的關注點早已不是兼容性，在現代瀏覽器下，追求更多的是高性能和高體驗，如跨平臺和vr等。兼容性問題大多數存在于使用率極低的舊時代的瀏覽器里。

一段話概括

W3C開發完html4以后，開發下一代html的時候，把親兒子拋棄了，扶持干兒子xhtml。蘋果公司、Mozilla基金會等不忍心，于是另起爐灶創立了民間組織WHATWG，繼續撫養html。后來W3C的干兒子不爭氣，html則在WHATWG撫養下越發強大，W3C見狀便和WHATWG合作（威逼），把培養好的親兒子html接回來，當做下一代的html標準，因為親爹（W3C）和干爹(WHATWG)對于html發展道路有不同的看法，這也導致了現存了兩套html的標準，這也是導致兼容性問題出現的根本原因。

最后結論

縱觀目前為止HTML標準的發展歷程，可以說就是商業利益不斷博弈的過程。它的誕生，既是為了滿足人們的需求，也是為了達到洗牌利益重新分配的目的。它的強大，既是為了造福全球，也是為了擊敗競爭對手。就結果而言，巨頭們出于各自的目的造出了強大的HTML5。它的崛起，意味著變革將至。誰能在這場變革中更好的利用它，誰便可以占得先機。

更多精彩內容可以移步到視頻區，視頻效果更佳哦ヾ(???ゞ)

更多教學內容請持續關注我，或搜索關注

微信公眾號：前端旺