共计 3184 个字符，预计需要花费 8 分钟才能阅读完成。
最近理解了下前端开发，发现目前能够应用 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
