JavaScript會是Web開發的未來嗎？
1
事情要從JavaScript說起，這個曾經的屌絲經過多年的奮戰，成功逆襲，成為前端之王。
這奮斗的路上，Applet, Flash, Sliverlight 等無數火熱的技術成為冤魂。
Java經常扼腕嘆息：“真是可惜了我的Applet，要不然前后端編程都用Java，程序員就不用那么辛苦了。”
JavaScript對這種說法嗤之以鼻：“技術被廠商鎖定，內容無法被搜索引擎搜索，程序員用你才叫見鬼。”
話雖這么說，JavaScript對自己的認識也很深刻， 優勢就是看起來簡單，寫點兒簡單程序就很容易上手，可是一旦深入開發， 兩大硬傷就暴露出來。
一個是語法設計，詭異的作用域，混亂的類型轉換， 蹩腳的‘面向對象’，引起了很多語言的鄙視。還有一個是性能，在瀏覽器端的解釋執行，能快到哪里去?
2
針對第一個問題，JavaScript想了很多辦法，不斷地改進，不過新版本得考慮向后兼容，兼容之前那混亂的設計，這不能不說是一個巨大的包袱。
人類想到，既然這么難改，能不能開辟一條新路，把它當成一種“低級”語言呢?
JavaScript雖然不情愿，但還是有人這么干了， 微軟搞了一個TypeScript，Jeremy Ashkenas發明了CoffeeScript，它們或者支持靜態類型，或者語法更加優雅漂亮， 運行的時候，把它們轉化成JavaScript就OK了，啥都不耽誤。
JavaScript發現自己成為了瀏覽器中的“匯編語言”!
可是JavaScript作為前端之王，積累了海量的類庫和工具鏈，想用新語言去完全重寫是很難的， 程序員的慣性也很大，沒有強烈的理由，沒人愿意學習新的語言，JavaScript湊合著也能用，ECMAScript 不是在不斷發展嗎?
更重要的是， **Script，最終還是要以JavaScript來運行，速度還是上不去。
3
Node.js的橫空出世，幫助JavaScript入侵了后端開發的領地，讓Java十分頭疼，不是說JavaScript性能不行嗎?!
秘密在于Google的V8 引擎，其中有一項JIT技術，可以在運行時把一些熱點JS代碼翻譯成本地的機器碼來執行，性能可不就蹭蹭上去了?
可是這種技術也不是萬能的，由于JavaScript的動態性，即使是強如V8引擎也會遇到麻煩。
人們經常會舉這么一個例子：
- function add(x,y){
- return x + y;
- }
如果用add(1,2) 來調用， V8的JIT知道這個參數是int類型，會把這個函數編譯成本地的代碼， 參數是int型的。
由于變成了機器碼，執行起來飛快。
然后人們又用 add("hello","world")來調用， V8發現，之前編譯好的int類型的本地代碼就無法使用了，還得重新編譯成字符串參數的， 這速度一下子就降下來了。
JavaScript有點納悶：這性能真的那么重要嗎? 我現在的速度應對前端編程不是綽綽有余?大不了我不往服務器端發展就是了!
人類的欲望是無止境的，在瀏覽器中不僅僅要做簡單的計算，他們還想用大型設計軟件，用虛擬現實，玩游戲...... 這計算量JS是應付不過來的。
4
JavaScript性能的壓榨已經到了極致，路已經走到了盡頭。
前面是一座高山，想要翻過去必須發明發明新的工具。
微軟，Google, Apple這些大佬他們舉行了一次多方會談，各方就關注的問題深入地交換了意見，對各方多年來的努力表示欣賞和贊許。
大家一致表示：早就看JavaScript這小子不順眼了，一定想辦法把它“干掉”。為了取得最大的共識，會談并沒有定義一套新的運行在瀏覽器中的高級語言，相反，大佬們定義了一套Web時代的匯編語言。
其他語言，不管你是C++, C, Rust, Java, 只要能編譯成這個Web匯編，都可以在瀏覽器中執行。
(注：Web匯編其實就是 WebAssembly這門技術)
這個Web匯編的思路很有意思，它本質上是一套需要虛擬機來執行的字節碼，當然是靜態類型的。
例如：這個求階乘的函數，經過編譯以后，字節碼會是這樣：
(點擊看大圖，來源：https://www.slideshare.net/jayphelps/webassembly-demystified)
Java 一看到這個方案，立刻哭暈在廁所!這和自己的Java字節碼多像啊!
看看這i32.sub, i32.mul ，一個做減法，一個做乘法，但是沒有操作數跟在后邊，操作數肯定保存在棧上， 所以這肯定是一套基于棧的虛擬機!
早知如此，何必當初，用我的Java ByteCode, 用我的JVM， 用我的Applet多好!
繞了一圈，又回到了原點 ! 這IT大佬的政治斗爭真TNND坑死人啊。
JavaScript看到這個方案也是吃了一驚，后端的老家伙們亡我之心不死，釜底抽薪，想對我實施一次珍珠港偷襲!
要不我也編譯成這"Web匯編"，和他們平起平坐，同臺競技?但是我是動態語言，類型需要在運行時確定，沒法事先編譯啊。
不過，用C/C++這種“低級”語言寫前端代碼，操作DOM, CSS，還不是又臭又長，這不是搞笑嗎?!
確實是這樣，這Web匯編并不能干掉JavaScript，語言之間需要協作。
Web匯編主要解決性能問題， C/C++可以寫出高性能的“Web匯編”，來實現圖片/視頻編輯， 游戲，流媒體，虛擬現實，CAD軟件，可視化，仿真等代碼庫，然后讓JavaScript調用就行了， 各取所需。
JavaScript還是前端之王，不可替代。
【本文為51CTO專欄作者“劉欣”的原創稿件，轉載請通過作者微信公眾號coderising獲取授權】
