最近理解了下前端开发，发现目前能够应用C#、C++等语言进行Web开发，无需额定学习JavaScript，这是因为有了WebAssembly。本文将JavaScript与WebAssembly进行简略的介绍，为后续钻研Blazor奠定根底。
JavaScript简介
1993年，NCSA发表了NCSA Mosaic，这是最早风行的图形接口网页浏览器。
1994年，Mosaic的次要开发人员创建了Netscape公司，指标是做世界第一的网页浏览器，迅速占据了浏览器市场。Netscape公司预见到网页须要变得动静，创始人Mark Andreessen认为HTML须要一种胶水语言，能够很容易的应用它来组装图片和插件之类的组件，且代码能够间接编写在网页标记中。
1995年，Netscape招募了Brendan Eich，他仅用了10天就把JavaScript的原型设计进去了。
随着Web的疾速倒退，JavaScript迅速流行起来，Web开发简直只能通过JavaScript实现，JavaScript堪称是Web开发的官方语言。世界上的支流浏览器均反对JavaScript，它也是世界上大多数网站应用的语言。
JavaScript工作原理
JavaScript是一种脚本语言，它是弱类型的，也是动静类型的。JavaScript是单线程的，为了解决并发，JavaScript应用事件循环与回调函数。
JavaScript是一种高级的解释型语言，代码不进行预编译，只是将文本格式的代码发送给浏览器，由浏览器中的JavaScript引擎解释执行，因而它的性能是比不上编译语言的。
当拜访网站时，应用HTTP协定申请JavaScript代码并将其流式传输到浏览器。JavaScript代码开始是保留在内存中的一堆字符。首先依据语言的语法解析器将这些字符解析为形象语法树(AST)，而后解释器将AST转换为可解释的字节码，编译器再把字节码转换成机器码。
JavaScript性能优化
JavaScript是一种动静类型语言，变量类型不须要事后定义，也不须要提前编译。这使得编写起来既简略又疾速，但这也意味着JavaScript引擎须要做很多工作。当代码在页面上执行时，它必须解析、编译和优化代码。
JavaScript的语法太灵便导致大型项目开发艰难，且性能不能满足一些场景的须要。如视频游戏、视频编辑、3D渲染或音乐制作等，这些场景须要进行大量计算并且须要高度的性能。这种性能很难从JavaScript中取得。
已经许多公司心愿通过浏览器插件模型来创立代替计划来满足创立简单的交互式网页或应用程序。这些插件中最驰名的是Adobe Flash，它在2000年代初期获得了巨大成功，以及微软的Silverlight。
插件技术在网络游戏和商业利用中十分风行，但随着挪动端的倒退，浏览器插件效率低下，史蒂夫乔布斯的“对于Flash的想法”，一封明确指出iPhone和iPad永远不会反对Adobe Flash的公开信，引发了插件时代的终结。
各大JavaScript引擎均进行了优化以晋升Web体验，比方2008年谷歌开发的V8引擎，是应用C++编写的开源的JavaScript引擎，用在Chrome和Node.js中。为了晋升性能，V8将JavaScript代码间接编译为更高效的机器码，跳过应用解释器生产字节码的过程。再加上暗藏类及内敛缓存技术，V8比其它JavaScript引擎的性能晋升了10倍。但JIT无奈对一些代码进行优化，V8又进行了其它改良，一直地优化性能。
WebAssembly的诞生
2015年，WebAssembly的工作开始了，来自谷歌、微软、Mozilla和苹果的工程师一起为网络创立了一个新的运行时。他们将WebAssembly形容为“适宜编译到Web的新型可移植、大小和加载工夫高效的格局”。
WebAssembly是一种能够在古代浏览器中运行的新型代码，它能够将C、C++、Rust等代码编译成WebAssembly模块。它的创立是为了在网络上取得更好的性能。它是一种低级二进制格局，体积小，因而加载和执行速度很快。
WebAssembly并非旨在齐全代替JavaScript。实际上，应用程序应用WebAssembly来执行外围业务逻辑，通过JavaScript互操作层与浏览器API交互。能够在JavaScript代码中调用WebAssembly函数，也能够在WebAssembly模块中调用JavaScript函数。
WebAssembly是为速度而设计的。它的二进制文件比文本JavaScript文件小得多。因为它们的大小，它们的下载速度更快，这在慢速网络上尤其重要。但随着网络技术地倒退，文件大小曾经不是JavaScript的次要问题。
WebAssembly以二进制模式提供，解码速度更快。它是动态类型的，因而与JavaScript不同，引擎不须要在编译期间揣测将应用哪些类型。大多数优化产生在源代码的编译期间，甚至在它进入浏览器之前。内存是手动治理的，就像在C和C++之类的语言中一样，因而也没有垃圾收集。所有这些都提供了更好、更牢靠的性能。WASM二进制文件的执行工夫仅比雷同本机代码的执行慢20%。
应用WebAssembly，Web开发人员将可能抉择其余语言，更多的开发人员将可能为Web编写代码。JavaScript仍将是大多数用例的最佳抉择，但在须要晋升性能时，能够抉择应用专门的语言。UI和利用程序逻辑之类的局部能够应用JavaScript，外围性能在WebAssembly中。在优化现有JS应用程序的性能时，能够用更适宜该问题的语言重写瓶颈。
WebAssembly不能间接拜访任何平台API——DOM、WebGL、WebAudio等。要应用这些API，甚至要在页面上显示WebAssembly代码的输入，必须通过JavaScript。
WebAssembly的工作原理
JavaScript应用解释器，解释器启动简略且疾速，但执行速度较慢。WebAssembly应用编译器，编译器启动很慢，但执行起来很快。
JavaScript源码达到浏览器后，先被解析成AST，再将AST解释成中间代码，而后提供给JavaScript引擎编译。WebAssembly不须要这些过程，因为它自身就是中间代码。
当WebAssembly模块通过HTTP加载时，必须在执行之前对其进行解码和编译。只管WebAssembly是一种相似汇编的语言，但它依然必须编译为底层处理器的机器代码。解码WebAssembly比解析JavaScript更简略、更快；此外，此解码/编译步骤能够跨多个线程拆分，并且整个过程在模块仍在下载时开始。这大大减少了下载利用程序代码和达到峰值执行速度所需的工夫。
像C++和Rust这样的传统桌面语言也能够绝对轻松地编译成WASM；AutoDesk在几个月内将其已有35年历史的C/C++代码库移植到WASM，而Google移植了Google Earth，两者都能够渲染简单的3D场景并以靠近本机的性能运行。Unity游戏引擎也能够在WASM中运行。
WASM失去了Mozilla、Microsoft、Google和Apple开发人员的反对，并且它对古代浏览器的反对正在疾速倒退。与大多数Web规范一样，它目前由W3C规范组织治理。
参考文献
维基百科：JavaScript
维基百科：JavaScript引擎
How JavaScript Engine Works?
What Is WebAssembly? by Colin Eberhardt
WebAssembly: How and why
How JavaScript works: Optimizing the V8 compiler for efficiency