英文原文：
Delivering fast JavaScript performance in Microsoft Edge
我们曾经在 Windows 10 和 Microsoft Edge 大大地进步了 Chakra JavaScript 引擎的功能。目标是尽量天时用现有硬件，让你的 JavaScript 代码跑的更快。以便你创立的网页能在 Microsoft Edge 中供给更好的用户体验。在开发过程当中，我们团队的目的之一，就是细心察看用户反应回来的数据，尽量的让在现有的网页上面跑的更快些。
就在不久前, 我们已经为 Microsoft Edge 供给，在 Windows 10 中进步 Chakra JavaScript 引擎功能的各类计划。 改良功能是永无止尽的寻求，所以在本文中，我们来谈一谈，怎么依据现今的网页反应回来的数据进步 Chakra’s JIT 编译器的功能。
跨文件剧本内联
如今的 JavaScript 编译器都把内联函数看成是优化功能的关键要素。函数内联是指把被挪用的函数体拔出挪用的函数傍边，就仿佛被挪用的函数直接写在挪用的函数代码中一样，因而，能节俭函数挪用和前往的开支(比方，存放器的保管与恢复)。关于那些对功能请求较高的代码，函数内联可以进步20-30%的功能。
在内联过程当中， 编译器会主动衡量能否要内联处置。 比方，有点时分，编译器为了生成内联代码，而花在搜集高低文信息上的时间，比优化当时省下来的时间还要多。或者，试图内联其他高低文或剧本文件的函数，支出的价格远比从内联失掉的要高。
在开发 Windows 10 和 Microsoft Edge 过程当中， 我们从现有的网站搜集了一些数据， 以便更好的了解 Chakra 的内联优化后果。我们从排名前 10000 的网站中， 随机拔取 f 3,000 个， 得出以下数据：
|
|
| 在 Chakra中只要 30% 的函数挪用实行内联。 而有 48% o的函数， 因为挪用与被挪用辨别寄存在分歧的剧本文件中， 没法内联。 | 在别的一个图表中，超越 60% 的网站没有内联。 |
在 Windows 10 和 Microsoft Edge 中， Chakra’s JIT 编译器和和履行管道曾经优化过， 所以， Chakra 如今可以高效地内联跨剧本文件的函数， 而不会丧失过量的功能。这类方法， 答应现有网站的 JavaScript 代码在 Microsoft Edge 上运转的更快。
经过固定字段进步全局常量速度
ECMAScript6 将 const 常量值 引入到了 Javascript 言语中。Const 常量在给 Javascript 开发者带来言语和Tools的便当的同时，还使得 Javascript 编译器可以优化查询的新能。当一个属性被定义为常量，编译器可以该属性在程序的全部性命周期都是不会发作改动的。在这个条件下，编译器可以响应的优化，从而防止在这类属性的查询开支。查询开支包含了反省该属性的类型, 构造，外部表示，找到该属性实践贮存的值，和反省在程序的履行进程该值能否发作过变更等一系列开支。而关于常量，编译器不必履行以上任何一种反省。
然后常量在网站正在日趋增加，可是现存的大大多数网站都还没有试用常量构造。关于如今的网站，大多数的常量都是被定义为一个全局变量，然后在代码中四处试用. 在我们对10,000多家网站实行的一种试验中，我们发明20%的网站都有定义整形常量的景象。并且每家网站有均匀超越4处这类做法。
在 Windows 10 和 Microsoft Edge 中，我们优化了 Chakra 的剖析器和 JIT 编译器，用以辨认作声明的十分数整型变量，这些变量在程序运转时期都有定义，可是没有变更。一旦辨别出来，Chakra 的 JIT 编译器生成的代码就能够大幅度地减小轮回耗费，由于如许的全局变量在全部程序运转时期它们的值和外形都没有发作改动。因而将面向功能的 ECMAScript 6 中关于常数声明的价值主意延长到今日常数是怎么普遍地使用在收集中。
晋升 try-catch 块中代码的功能
在今日，运用 try-catch 长短常广泛的。可是，在理论中其实不引荐运用 try-catch，特别关于那些对功能很敏感的代码。Try-catch 代码很难被优化，由于 try-catch 块中的大对数操作会招致异常，然后被捕捉。这类方法使 JIT 编译器很可贵到一个精准的模子。分歧的技术需求运用分歧的模子，这就招致履行引擎需求创立额定的开支来保护分歧的模子。
我们所做的数据采集试验是基于4500个抢手站点的，就此了解有超越96%的站点会抛出JavaScript异常。实践上，超越50%的站点会抛出超越10个以上的JavaScript异常。
直到Windows 10，Chakra都没有优化try-catch块内的代码。在Windows 10和Microsoft Edge中， Chakra的编译器如今可以笼统try-catch代码块内的代码和JIT优化的代码。这类状况下异常不会被抛出，Chakra如今履行try块内的代码简直与通俗的JIT代码一样（这就仿佛try-catch不存在一样）。
Minified JS代码如今带来巨细和速度的益处
当今的 Web 凡是都运用了 minified JavaScript 代码，这带来了一个优势，即减少了客户端（阅读器）显示内容的巨细。在 Windows10 release 版本中，在查询拜访一个特别的功能问题的时分，我们发明一件工作，一些运用 minified JS 代码（minified JS 运用 UglifyJS）的实例，功能不及未运用 minified JS 的实例。在某些状况下，开发者在运用 minified JS 的过程当中，运用了一些我们以为开发者凡是不会运用的代码形式，这也是 Chakra 还未做优化的缘由。因而，我们做了一个疾速的实验，用来检查 Web 上运用 minified JS 的状况。我们从 10,000 个站点中随机采样了 4,000 个站点，下面是我们发明的信息：
| Minification on Top 4000 sites
|
|
|
|
|
|
| 95% of the sites had some form of minified code
| Out of the 95%, 77% sites had some code that was minified using UglifyJS
| Out of the 95%, 47% of the sites used jQuery minified via UglifyJS
|
这个实验确认了，在 Web 中 minified JS 代码的运用十分盛行，因为 UglifyJS 存在于其它代码当中，所以它也十分普遍的使用于当今的 Web 当中。因而，在 Windows10 和 Microsoft Edge 阅读器当中，我们增加了用来晋升内联的新道路。同时，我们优化了在 Chahra 的 JIT 编译器的一些探究法，用来确保 minified JS 代码运转的尽量和没有运用 minified JS 代码的版本一样快--即使不比它们更快。基于这些改动，我们测试过，运用 UglifyJS 的单一代码形式的 minified JS 功能晋升了大约20-50%。
Array#indexOf 优化
在Web中运用数组的状况长短常广泛的。除供给polyfills和协助函数，很多非官方的JavaScript库，测验考试着供给JavaScript言语一些规范数组内建函数的更快的完成。幻想的状况下，关于内建的部分，一切的阅读器都应当足够的快，如许，库就能够更集中于供给polyfill和协助API，而不是担忧在分歧阅读器之间修复内建部分的功能问题。另外一方面，开发者也不该该，仅仅为了让一些一切JavaScript引擎完成的根本内建部分运转的更快，而不能不运用一个库。
虽然我们离上面提到的幻想状况很远，在比来的一个数据采集的实验中，我们测验考试着估计在当今Web中运用最多的ECMAScript 5 的内建部分。这个实验从10,000个站点中随机采样约莫4000个站点。我们发明，此中运用最多的前三名辨别是： Array#indexOf， Array#map 和 Array#forEach。
鉴于Array内建函数在Web中的普遍运用，在Windows10 和
Microsoft Edge中，当引擎遍历一个数组时，Chakra优化了获得值的进程。当数组中存在“洞”（hole，即不存在元素）的时分，这项优化有助于去除拜访原型链（extraneous overhead）和依据序号查找数值的时分的内部开支。这项优化晋升了Chakra和Microsoft Edge中内建的
ECMAScript5 Array#indexOf 函数超越5倍的功能。
那末，我们曾经够快了吗?
鄙人面列出来的很多优化中都是来自于收集上面曾经存在的数据，协助站点在 Microsoft Edge 上面运转的更快。我们不肯意去会商关于虚拟测试，仍是常常被问及(Charkra)是怎么在 Mircorsoft Edge 上取得如斯高的 Javascript 测试功能的。下面的图是我们今朝为止曾经提交的IE11同其他盛行的阅读器比拟在 Microsoft Edge 上失掉功能增强的 Javascript 测试后果。
一切的测试基准都是在64位Window 10 技术预览版上面运转的64位阅读器搜集而得.
系统信息:HP Compaq 8100 Elite with Intel(R) Core(TM) i7
CPU 860 @ 2.80GHz (4 cores), 12GB RAM
这张图阐明了甚么？在 Microsoft Edge 上 Charkra 比 IE11 更快。细心看，Chakra 在以下的这些的测试中经过 Microsoft Edge 取得了功能晋升:
Benchmark Microsoft Edge 的功能改良超越了 IE11
Jet Stream Apple 超越了1.5倍
Octane 2.0 Google 超越了2.25倍
留意：你会猎奇在这特性能测试中为何是了 64 位阅读器而不是 32 位阅读器,缘由是不像 IE11 Microsoft Edge 需求运转在 64 位的平台下。一切的盛行的 64 位 Javascript 引擎比拟较 32 位平台运转有一点点慢，选择 64 位平台可以供给一些平安特征，在这篇博客中失掉了弥补。
但是在博得了跑分中并没有使我们觉得很称心,关键是为了晋升 Javascript 的功能从 IE11 Start Microsoft Edge 曾经走过了很长的一段旅程，就像测试曾经存在了。如我们Start提到的，功能是一个不懈的寻求。我们会继续发掘 Javascript 在 Microsoft Egde 中得功能极限。请继续坚持反应协助我们晋升。您可以在网站上提交 bug，在用户之声上提交反应，或者在 twitter 上面的 @MSEdgeDev 为我们供给支援。
– Gaurav Seth, Principal PM Lead, Chakra
本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。
2KB翻译任务按照
CC 协议，假如我们的任务有进犯到您的权益，请实时联络我们。
2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务
