Écrire du JavaScript hautes performances

De nombreux moteurs JavaScript, tels que le moteur V8 de Google (utilisé par Chrome et Node), sont spécialement conçus pour les grandes applications JavaScript nécessitant une exécution rapide. Si vous êtes un développeur et que vous êtes préoccupé par l'utilisation de la mémoire et les performances des pages, vous devez comprendre comment fonctionne le moteur JavaScript du navigateur de l'utilisateur. Qu'il s'agisse de V8, SpiderMonkey (Firefox), Carakan (Opera), Chakra (IE) ou d'un autre moteur, cela peut vous aider à mieux optimiser votre application . Cela ne signifie pas que vous devez optimiser pour un navigateur ou un moteur spécifique, ne le faites pas.

Vous devez cependant vous poser quelques questions :

• Est-il possible de rendre le code plus efficace dans mon code

• Quelles optimisations ont été effectuées par les moteurs JavaScript traditionnels ?

• Qu'est-ce qui ne peut pas être optimisé par le moteur ? Le garbage collector (GC) peut-il recycler ce que j'attends ?

　

Il existe certains pièges courants lors de l'écriture de code haute performance. Dans cet article, nous allons en montrer quelques-uns éprouvés. meilleure façon d'écrire du code.

　Alors, comment fonctionne JavaScript dans la V8 ?

Si vous n'avez pas une compréhension approfondie du moteur JS, il n'y a aucun problème à développer une application Web à grande échelle. C'est comme si une personne qui sait conduire n'avait regardé que le. capot mais pas ce qu'il y a à l'intérieur de la voiture. Puisque Chrome est mon navigateur préféré, parlons de son moteur JavaScript. La V8 est composée des parties principales suivantes :

• Un compilateur de base , qui analysera le code JavaScript et générera du code machine local avant que le code ne soit exécuté, et plutôt que exécuter le bytecode ou simplement l'interpréter. Ces codes ne sont pas hautement optimisés pour commencer.

• V8 construit des objets dans le Modèle d'objet. Dans JavaScript, les objets sont représentés sous forme de tableaux associatifs, mais dans la V8, les objets sont traités comme des classes cachées, un système de type interne permettant d'optimiser les requêtes.

• Runtime Analyzer surveille un système en cours d'exécution et identifie les fonctions « chaudes » (par exemple, le code qui prend beaucoup de temps à s'exécuter).

• Optimisation du compilateur Recompile et optimise le code identifié comme « chaud » par l'analyseur d'exécution, et effectue des optimisations telles que « inlining » (par exemple en utilisant le corps de l'appelé remplace le appel de fonction).

• V8 prend en charge la désoptimisation , ce qui signifie que si le compilateur d'optimisation trouve que les hypothèses d'optimisation du code sont trop optimistes, il supprimera le code optimisé.

• V8 dispose d'un

  garbage collector, et comprendre son fonctionnement est tout aussi important que d'optimiser JavaScript.

Collecte des ordures

La collecte des ordures est une forme de

gestion de la mémoire, qui est en fait le concept d'un collecteur. Tentatives de récupération de la mémoire occupée par des objets qui ne sont plus utilisés. Dans un langage de type garbage collection tel que JavaScript, les objets encore référencés dans l'application ne sont pas effacés.

L'élimination manuelle des références d'objet n'est pas nécessaire dans la plupart des cas. En plaçant simplement les variables là où elles sont nécessaires (idéalement, aussi localement que possible, c'est-à-dire à l'intérieur de la fonction dans laquelle elles sont utilisées plutôt qu'à l'extérieur de la fonction), tout fonctionnera très bien.

Le garbage collector tente de récupérer de la mémoire Source de l'image : Valtteri Mäki.

En JavaScript, il est impossible de forcer les garbage. Recyclé. Vous ne devriez pas faire cela, car le processus de récupération de place est contrôlé par le moteur d'exécution, qui sait quel est le meilleur moment pour nettoyer.

　

Incompréhension du "Déréférencement"

Il existe de nombreuses discussions sur le recyclage de la mémoire JavaScript sur Internet parlant du mot-clé delete, bien qu'il puisse être utilisé pour supprimer des objets ( map ), mais certains développeurs pensent qu'il peut être utilisé pour forcer "l'élimination des références". Il est recommandé d'éviter autant que possible d'utiliser delete. Dans l'exemple suivant, delete o.x fait plus de mal que de bien car il modifie la classe cachée de o et en fait un "objet lent".

var o = { x: 1 };
delete o.x; // true
o.x; // undefined

Vous trouverez facilement la suppression des citations dans les bibliothèques JS populaires – c'est un langage utile. Ce qu'il faut noter ici, c'est éviter de modifier la structure des objets « chauds » au moment de l'exécution. Le moteur JavaScript peut détecter ces objets « chauds » et tenter de les optimiser. Si la structure de l'objet ne change pas de manière significative au cours de son cycle de vie, il sera plus facile pour le moteur d'optimiser l'objet, et l'opération de suppression déclenchera en fait des changements structurels aussi importants, ce qui ne favorisera pas l'optimisation du moteur.

Il existe également des malentendus sur le fonctionnement de null. Définir une référence d'objet sur null ne rend pas l'objet "null", il définit simplement sa référence sur null. Il est préférable d'utiliser o.x= null que d'utiliser delete, mais cela n'est peut-être pas nécessaire.

var o = { x: 1 };
o = null;
o; // null
o.x // TypeError

　　如果此引用是当前对象的最后引用，那么该对象将被作为垃圾回收。如果此引用不是当前对象的最后引用，则该对象是可访问的且不会被垃圾回收。

　　另外需要注意的是，全局变量在页面的生命周期里是不被垃圾回收器清理的。无论页面打开多久，JavaScript运行时全局对象作用域中的变量会一直存在。

var myGlobalNamespace = {};

　　全局对象只会在刷新页面、导航到其他页面、关闭标签页或退出浏览器时才会被清理。函数作用域的变量将在超出作用域时被清理，即退出函数时，已经没有任何引用，这样的变量就被清理了。

　　经验法则

　　为了使垃圾回收器尽早收集尽可能多的对象，不要hold着不再使用的对象。这里有几件事需要记住：

• 正如前面提到的，在合适的范围内使用变量是手动消除引用的更好选择。即一个变量只在一个函数作用域中使用，就不要在全局作用域声明它。这意味着更干净省心的代码。

• 确保解绑那些不再需要的事件监听器，尤其是那些即将被销毁的DOM对象所绑定的事件监听器。

• 如果使用的数据缓存在本地，确保清理一下缓存或使用老化机制，以避免大量不被重用的数据被存储。

　　函数

　　接下来，我们谈谈函数。正如我们已经说过，垃圾收集的工作原理，是通过回收不再是访问的内存块（对象）。为了更好地说明这一点，这里有一些例子。

function foo() {
    var bar = new LargeObject();
    bar.someCall();
}

　　当foo返回时，bar指向的对象将会被垃圾收集器自动回收，因为它已没有任何存在的引用了。

　　对比一下：

function foo() {
    var bar = new LargeObject();
    bar.someCall();
    return bar;
}
// somewhere else
var b = foo();

　　现在我们有一个引用指向bar对象，这样bar对象的生存周期就从foo的调用一直持续到调用者指定别的变量b（或b超出范围）。

　　闭包（CLOSURES）

　　当你看到一个函数，返回一个内部函数，该内部函数将获得范围外的访问权，即使在外部函数执行之后。这是一个基本的闭包 —— 可以在特定的上下文中设置的变量的表达式。例如：

function sum (x) {
    function sumIt(y) {
        return x + y;
    };
    return sumIt;
}
// Usage
var sumA = sum(4);
var sumB = sumA(3);
console.log(sumB); // Returns 7

　　在sum调用上下文中生成的函数对象（sumIt）是无法被回收的，它被全局变量（sumA）所引用，并且可以通过sumA(n)调用。

　　让我们来看看另外一个例子，这里我们可以访问变量largeStr吗？

var a = function () {
    var largeStr = new Array(1000000).join('x');
    return function () {
        return largeStr;
    };
}();

　　是的，我们可以通过a()访问largeStr，所以它没有被回收。下面这个呢？

var a = function () {
    var smallStr = 'x';
    var largeStr = new Array(1000000).join('x');
    return function (n) {
        return smallStr;
    };
}();

　　我们不能再访问largeStr了，它已经是垃圾回收候选人了。【译者注：因为largeStr已不存在外部引用了】

　　定时器

　　最糟的内存泄漏地方之一是在循环中，或者在setTimeout()/ setInterval()中，但这是相当常见的。思考下面的例子:

var myObj = {
    callMeMaybe: function () {
        var myRef = this;
        var val = setTimeout(function () {
            console.log('Time is running out!');
            myRef.callMeMaybe();
        }, 1000);
    }
};

　　如果我们运行myObj.callMeMaybe();来启动定时器，可以看到控制台每秒打印出“Time is running out!”。如果接着运行myObj = null，定时器依旧处于激活状态。为了能够持续执行，闭包将myObj传递给setTimeout，这样myObj是无法被回收的。相反，它引用到myObj的因为它捕获了myRef。这跟我们为了保持引用将闭包传给其他的函数是一样的。

　　同样值得牢记的是，setTimeout/setInterval调用(如函数)中的引用，将需要执行和完成，才可以被垃圾收集。

　　当心性能陷阱

　　永远不要优化代码，直到你真正需要。现在经常可以看到一些基准测试，显示N比M在V8中更为优化，但是在模块代码或应用中测试一下会发现，这些优化真正的效果比你期望的要小的多。

　　做的过多还不如什么都不做. 图片来源: Tim Sheerman-Chase.

　　比如我们想要创建这样一个模块：

• 需要一个本地的数据源包含数字ID

• 绘制包含这些数据的表格

• 添加事件处理程序，当用户点击的任何单元格时切换单元格的css class

　　这个问题有几个不同的因素，虽然也很容易解决。我们如何存储数据，如何高效地绘制表格并且append到DOM中，如何更优地处理表格事件？

　　面对这些问题最开始（天真）的做法是使用对象存储数据并放入数组中，使用jQuery遍历数据绘制表格并append到DOM中，最后使用事件绑定我们期望地点击行为。

　　注意：这不是你应该做的

var moduleA = function () {
    return {
        data: dataArrayObject,
        init: function () {
            this.addTable();
            this.addEvents();
        },
        addTable: function () {
            for (var i = 0; i < rows; i++) {
                $tr = $(&#39;<tr></tr>&#39;);
                for (var j = 0; j < this.data.length; j++) {
                    $tr.append(&#39;<td>&#39; + this.data[j][&#39;id&#39;] + &#39;</td>&#39;);
                }
                $tr.appendTo($tbody);
            }
        },
        addEvents: function () {
            $(&#39;table td&#39;).on(&#39;click&#39;, function () {
                $(this).toggleClass(&#39;active&#39;);
            });
        }
    };
}();

　　这段代码简单有效地完成了任务。

　　但在这种情况下，我们遍历的数据只是本应该简单地存放在数组中的数字型属性ID。有趣的是，直接使用DocumentFragment和本地DOM方法比使用jQuery（以这种方式）来生成表格是更优的选择，当然，事件代理比单独绑定每个td具有更高的性能。

　　要注意虽然jQuery在内部使用DocumentFragment，但是在我们的例子中，代码在循环内调用append并且这些调用涉及到一些其他的小知识，因此在这里起到的优化作用不大。希望这不会是一个痛点，但请务必进行基准测试，以确保自己代码ok。

　　对于我们的例子，上述的做法带来了（期望的）性能提升。事件代理对简单的绑定是一种改进，可选的DocumentFragment也起到了助推作用。

var moduleD = function () {
    return {
        data: dataArray,
        init: function () {
            this.addTable();
            this.addEvents();
        },
        addTable: function () {
            var td, tr;
            var frag = document.createDocumentFragment();
            var frag2 = document.createDocumentFragment();
            for (var i = 0; i < rows; i++) {
                tr = document.createElement(&#39;tr&#39;);
                for (var j = 0; j < this.data.length; j++) {
                    td = document.createElement(&#39;td&#39;);
                    td.appendChild(document.createTextNode(this.data[j]));
                    frag2.appendChild(td);
                }
                tr.appendChild(frag2);
                frag.appendChild(tr);
            }
            tbody.appendChild(frag);
        },
        addEvents: function () {
            $(&#39;table&#39;).on(&#39;click&#39;, &#39;td&#39;, function () {
                $(this).toggleClass(&#39;active&#39;);
            });
        }
    };
}();

　　接下来看看其他提升性能的方式。你也许曾经在哪读到过使用原型模式比模块模式更优，或听说过使用JS模版框架性能更好。有时的确如此，不过使用它们其实是为了代码更具可读性。对了，还有预编译！让我们看看在实践中表现的如何？

moduleG = function () {};
moduleG.prototype.data = dataArray;
moduleG.prototype.init = function () {
    this.addTable();
    this.addEvents();
};
moduleG.prototype.addTable = function () {
    var template = _.template($('#template').text());
    var html = template({'data' : this.data});
    $tbody.append(html);
};
moduleG.prototype.addEvents = function () {
   $('table').on('click', 'td', function () {
       $(this).toggleClass('active');
   });
};
var modG = new moduleG();

　　事实证明，在这种情况下的带来的性能提升可以忽略不计。模板和原型的选择并没有真正提供更多的东西。也就是说，性能并不是开发者使用它们的原因，给代码带来的可读性、继承模型和可维护性才是真正的原因。

　　更复杂的问题包括高效地在canvas上绘制图片和操作带或不带类型数组的像素数据。

　　在将一些方法用在你自己的应用之前，一定要多了解这些方案的基准测试。也许有人还记得JS模版的shoot-off和随后的扩展版。你要搞清楚基准测试不是存在于你看不到的那些虚拟应用，而是应该在你的实际代码中去测试带来的优化。

　　V8优化技巧

　　详细介绍了每个V8引擎的优化点在本文讨论范围之外，当然这里也有许多值得一提的技巧。记住这些技巧你就能减少那些性能低下的代码了。

• 特定模式可以使V8摆脱优化的困境，比如说try-catch。欲了解更多有关哪些函数能或不能进行优化，你可以在V8的脚本工具d8中使用–trace-opt file.js命令。

• 如果你关心速度，尽量使你的函数职责单一，即确保变量（包括属性，数组，函数参数）只使用相同隐藏类包含的对象。举个例子，别这么干：

function add(x, y) {
   return x+y;
}
add(1, 2);
add('a','b');
add(my_custom_object, undefined);

• 不要加载未初始化或已删除的元素。如果这么做也不会出现什么错误，但是这样会使速度变慢。

• 不要使函数体过大，这样会使得优化更加困难。

　　更多内容可以去看Daniel Clifford在Google I/O的分享 Breaking the JavaScript Speed Limit with V8。 Optimizing For V8 — A Series也非常值得一读。

　　对象VS数组：我应该用哪个？

• 如果你想存储一串数字，或者一些相同类型的对象，使用一个数组。

• 如果你语义上需要的是一堆的对象的属性（不同类型的），使用一个对象和属性。这在内存方面非常高效，速度也相当快。

• 整数索引的元素，无论存储在一个数组或对象中，都要比遍历对象的属性快得多。

• 对象的属性比较复杂：它们可以被setter们创建，具有不同的枚举性和可写性。数组中则不具有如此的定制性，而只存在有和无这两种状态。在引擎层面，这允许更多存储结构方面的优化。特别是当数组中存在数字时，例如当你需要容器时，不用定义具有x，y，z属性的类，而只用数组就可以了。

　　JavaScript中对象和数组之间只有一个的主要区别，那就是数组神奇的length属性。如果你自己来维护这个属性，那么V8中对象和数组的速度是一样快的。

　　使用对象时的技巧

• 使用一个构造函数来创建对象。这将确保它创建的所有对象具有相同的隐藏类，并有助于避免更改这些类。作为一个额外的好处，它也略快于Object.create()

• 你的应用中，对于使用不同类型的对象和其复杂度（在合理的范围内：长原型链往往是有害的，呈现只有一个极少数属性的对象比大对象会快一点）是有没限制的。对于“hot”对象，尽量保持短原型链，并且少属性。

　　对象克隆

　　对于应用程序开发人员，对象克隆是一个常见的问题。虽然各种基准测试可以证明V8对这个问题处理得很好，但仍要小心。复制大的东西通常是较慢的——不要这么做。JS中的for..in循环尤其糟糕，因为它有着恶魔般的规范，并且无论是在哪个引擎中，都可能永远不会比任何对象快。

　　当你一定要在关键性能代码路径上复制对象时，使用数组或一个自定义的“拷贝构造函数”功能明确地复制每个属性。这可能是最快的方式：

function clone(original) {
  this.foo = original.foo;
  this.bar = original.bar;
}
var copy = new clone(original);

　　模块模式中缓存函数

　　使用模块模式时缓存函数，可能会导致性能方面的提升。参阅下面的例子，因为它总是创建成员函数的新副本，你看到的变化可能会比较慢。

　　另外请注意，使用这种方法明显更优，不仅仅是依靠原型模式（经过jsPerf测试确认）。

　　使用模块模式或原型模式时的性能提升

　　这是一个原型模式与模块模式的性能对比测试：

  // Prototypal pattern
  Klass1 = function () {}
  Klass1.prototype.foo = function () {
      log('foo');
  }
  Klass1.prototype.bar = function () {
      log('bar');
  }
  // Module pattern
  Klass2 = function () {
      var foo = function () {
          log('foo');
      },
      bar = function () {
          log('bar');
      };
      return {
          foo: foo,
          bar: bar
      }
  }
  // Module pattern with cached functions
  var FooFunction = function () {
      log('foo');
  };
  var BarFunction = function () {
      log('bar');
  };
  Klass3 = function () {
      return {
          foo: FooFunction,
          bar: BarFunction
      }
  }
  // Iteration tests
  // Prototypal
  var i = 1000,
      objs = [];
  while (i--) {
      var o = new Klass1()
      objs.push(new Klass1());
      o.bar;
      o.foo;
  }
  // Module pattern
  var i = 1000,
      objs = [];
  while (i--) {
      var o = Klass2()
      objs.push(Klass2());
      o.bar;
      o.foo;
  }
  // Module pattern with cached functions
  var i = 1000,
      objs = [];
  while (i--) {
      var o = Klass3()
      objs.push(Klass3());
      o.bar;
      o.foo;
  }
// See the test for full details

　　使用数组时的技巧

　　接下来说说数组相关的技巧。在一般情况下，不要删除数组元素，这样将使数组过渡到较慢的内部表示。当索引变得稀疏，V8将会使元素转为更慢的字典模式。

　　数组字面量

　　数组字面量非常有用，它可以暗示VM数组的大小和类型。它通常用在体积不大的数组中。

// Here V8 can see that you want a 4-element array containing numbers:
var a = [1, 2, 3, 4];
// Don't do this:
a = []; // Here V8 knows nothing about the array
for(var i = 1; i <= 4; i++) {
     a.push(i);
}

　　存储单一类型VS多类型

　　将混合类型（比如数字、字符串、undefined、true/false）的数据存在数组中绝不是一个好想法。例如var arr = [1, “1”， undefined, true, “true”]

　　类型推断的性能测试

　　正如我们所看到的结果，整数的数组是最快的。

　　稀疏数组与满数组

　　当你使用稀疏数组时，要注意访问元素将远远慢于满数组。因为V8不会分配一整块空间给只用到部分空间的数组。取而代之的是，它被管理在字典中，既节约了空间，但花费访问的时间。

　　稀疏数组与满数组的测试

　　预分配空间VS动态分配

　　不要预分配大数组（如大于64K的元素），其最大的大小，而应该动态分配。在我们这篇文章的性能测试之前，请记住这只适用部分JavaScript引擎。

　　空字面量与预分配数组在不同的浏览器进行测试

　　Nitro (Safari)对预分配的数组更有利。而在其他引擎（V8，SpiderMonkey）中，预先分配并不是高效的。

　　预分配数组测试

// Empty array
var arr = [];
for (var i = 0; i < 1000000; i++) {
    arr[i] = i;
}
// Pre-allocated array
var arr = new Array(1000000);
for (var i = 0; i < 1000000; i++) {
    arr[i] = i;
}

　　优化你的应用

　　在Web应用的世界中，速度就是一切。没有用户希望用一个要花几秒钟计算某列总数或花几分钟汇总信息的表格应用。这是为什么你要在代码中压榨每一点性能的重要原因。

　　图片来源: Per Olof Forsberg.

　　理解和提高应用程序的性能是非常有用的同时，它也是困难的。我们推荐以下的步骤来解决性能的痛点：

• 测量：在您的应用程序中找到慢的地方（约45％）

• 理解：找出实际的问题是什么（约45％）

• 修复它！ （约10％）

　　下面推荐的一些工具和技术可以协助你。

　　基准化（BENCHMARKING）

　　有很多方式来运行JavaScript代码片段的基准测试其性能——一般的假设是，基准简单地比较两个时间戳。这中模式被jsPerf团队指出，并在SunSpider和Kraken的基准套件中使用：

var totalTime,
    start = new Date,
    iterations = 1000;
while (iterations--) {
  // Code snippet goes here
}
// totalTime → the number of milliseconds taken
// to execute the code snippet 1000 times
totalTime = new Date - start;

　　在这里，要测试的代码被放置在一个循环中，并运行一个设定的次数（例如6次）。在此之后，开始日期减去结束日期，就得出在循环中执行操作所花费的时间。

　　然而，这种基准测试做的事情过于简单了，特别是如果你想运行在多个浏览器和环境的基准。垃圾收集器本身对结果是有一定影响的。即使你使用window.performance这样的解决方案，也必须考虑到这些缺陷。

Que vous exécutiez simplement la partie benchmark du code, écriviez une suite de tests ou codiez une bibliothèque de benchmark, les benchmarks JavaScript ont bien plus à offrir que vous ne le pensez. Pour un guide plus détaillé sur l'analyse comparative, je recommande fortement de lire Javascript Benchmarks de Mathias Bynens et John-David Dalton.

　Analyse (PROFILAGE)

　 Les outils de développement Chrome prennent bien en charge l'analyse JavaScript. Vous pouvez utiliser cette fonctionnalité pour détecter quelles fonctions prennent le plus de temps afin de pouvoir les optimiser. Ceci est important car même de petites modifications apportées à votre code peuvent avoir un impact significatif sur les performances globales.

Panneau d'analyse des outils de développement Chrome

Le processus d'analyse commence par l'obtention de la référence de performance du code, qui se reflète ensuite sous la forme d'une chronologie. Cela nous dira combien de temps le code met à s'exécuter. L'onglet "Profils" nous donne une meilleure vue de ce qui se passe dans l'application. Le profil CPU JavaScript indique la quantité de temps CPU utilisée par notre code, le profil de sélecteur CSS indique le temps passé à traiter les sélecteurs et l'instantané du tas indique la quantité de mémoire utilisée pour nos objets.

Grâce à ces outils, nous pouvons isoler, ajuster et réanalyser pour mesurer si nos optimisations de performances fonctionnelles ou opérationnelles ont réellement un impact.

L'onglet "Profil" affiche les informations sur les performances du code.

Pour une bonne introduction au profilage, lisez Profilage JavaScript avec les outils de développement Chrome de Zack Grossbart.

Astuce : Idéalement, si vous souhaitez vous assurer que votre analyse n'est en aucun cas affectée par les applications ou extensions installées, vous pouvez lancer Chrome avec l'indicateur --user-data-dir 6cd481c05648f00b3c22d09af33d423d Dans la plupart des cas, cette méthode d’optimisation de vos tests devrait être suffisante, mais nécessitera également plus de temps. C'est là que le logo V8 peut aider.

　Éviter les fuites de mémoire - 3 technologies d'instantanés

Au sein de Google, les outils de développement Chrome sont largement utilisés par des équipes telles que Gmail pour aider à trouver et à éliminer les fuites de mémoire.

Statistiques de mémoire dans les outils de développement Chrome

Les statistiques de mémoire montrent l'utilisation de la mémoire privée et le tas JavaScript qui préoccupent notre équipe. Taille, nombre de nœuds DOM, nettoyage du stockage, compteurs d'écouteurs d'événements et éléments collectés par le ramasse-miettes. La lecture recommandée est la technique « 3 Snapshot » de Loreena Lee. L'essentiel de cette technique est d'enregistrer un comportement dans votre application, de forcer un garbage collection, de vérifier que le nombre de nœuds DOM est revenu à la ligne de base attendue, puis d'analyser trois instantanés de tas pour déterminer s'il y a des fuites de mémoire.

　La gestion de la mémoire des applications monopage

La gestion de la mémoire des applications monopage (telles que AngularJS, Backbone, Ember) est très importante, elles ne rafraîchissent presque jamais la page . Cela signifie que les fuites de mémoire peuvent être assez évidentes. Les applications d'une seule page sur les terminaux mobiles sont semées d'embûches car l'appareil dispose d'une mémoire limitée et d'applications qui s'exécutent longtemps telles que les clients de messagerie ou les réseaux sociaux. Plus la capacité est grande, plus la responsabilité est grande.

Il existe de nombreuses façons de résoudre ce problème. Dans Backbone, assurez-vous d'utiliser dispose() pour supprimer les anciennes vues et références (actuellement disponibles dans Backbone (Edge)). Cette fonction a été récemment ajoutée et supprime les gestionnaires ajoutés à l'objet "event" de la vue, ainsi que les écouteurs d'événements pour le modèle ou la collection transmis au troisième argument de la vue (le contexte de rappel). dispose() est également appelé par Remove() de la vue et gère le travail de nettoyage principal lorsque l'élément est supprimé. D'autres bibliothèques telles que Ember nettoieront les écouteurs lorsqu'elles détecteront qu'un élément a été supprimé pour éviter les fuites de mémoire.

Quelques conseils avisés de Derick Bailey :

Au lieu de comprendre comment fonctionnent les événements et les références, suivez les règles standard de gestion de la mémoire en JavaScript. Si vous souhaitez charger des données dans une collection Backbone remplie d'objets utilisateur et que vous souhaitez effacer la collection afin qu'elle ne consomme plus de mémoire, vous devez disposer de toutes les références à la collection et des références aux objets de la collection. Une fois la référence utilisée claire, la ressource est récupérée. Il s’agit de la règle standard de garbage collection JavaScript.

Dans l'article, Derick aborde de nombreux pièges courants en matière de mémoire lors de l'utilisation de Backbone.js et comment les résoudre.

Le tutoriel de Felix Geisendörfer sur le débogage des fuites de mémoire dans Node vaut également la peine d'être lu, surtout s'il fait partie d'une pile SPA plus large.

　RÉDUCTION DES REFLOWS (REFLOWS)

Lorsque le navigateur restitue les éléments du document et doit recalculer leur position et leur géométrie, nous appelons cela reflow. Les redistributions peuvent bloquer l'activité des utilisateurs dans le navigateur. Il est donc utile de comprendre comment améliorer les temps de redistribution.

　　回流时间图表

　　你应该批量地触发回流或重绘，但是要节制地使用这些方法。尽量不处理DOM也很重要。可以使用DocumentFragment，一个轻量级的文档对象。你可以把它作为一种方法来提取文档树的一部分，或创建一个新的文档“片段”。与其不断地添加DOM节点，不如使用文档片段后只执行一次DOM插入操作，以避免过多的回流。

　　例如，我们写一个函数给一个元素添加20个p。如果只是简单地每次append一个p到元素中，这会触发20次回流。

function addps(element) {
  var p;
  for (var i = 0; i < 20; i ++) {
    p = document.createElement(&#39;p&#39;);
    p.innerHTML = &#39;Heya!&#39;;
    element.appendChild(p);
  }
}

　　要解决这个问题，可以使用DocumentFragment来代替，我们可以每次添加一个新的p到里面。完成后将DocumentFragment添加到DOM中只会触发一次回流。

function addps(element) {
  var p;
  // Creates a new empty DocumentFragment.
  var fragment = document.createDocumentFragment();
  for (var i = 0; i < 20; i ++) {
    p = document.createElement(&#39;a&#39;);
    p.innerHTML = &#39;Heya!&#39;;
    fragment.appendChild(p);
  }
  element.appendChild(fragment);
}

　　可以参阅 Make the Web Faster，JavaScript Memory Optimization 和 Finding Memory Leaks。

　　JS内存泄漏探测器

　　为了帮助发现JavaScript内存泄漏，谷歌的开发人员（(Marja Hölttä和Jochen Eisinger）开发了一种工具，它与Chrome开发人员工具结合使用，检索堆的快照并检测出是什么对象导致了内存泄漏。

　　一个JavaScript内存泄漏检测工具

　　有完整的文章介绍了如何使用这个工具，建议你自己到内存泄漏探测器项目页面看看。

　　如果你想知道为什么这样的工具还没集成到我们的开发工具，其原因有二。它最初是在Closure库中帮助我们捕捉一些特定的内存场景，它更适合作为一个外部工具。

　　V8优化调试和垃圾回收的标志位

　　Chrome支持直接通过传递一些标志给V8，以获得更详细的引擎优化输出结果。例如，这样可以追踪V8的优化：

"/Applications/Google Chrome/Google Chrome" --js-flags="--trace-opt --trace-deopt"

　　Windows用户可以这样运行 chrome.exe –js-flags=”–trace-opt –trace-deopt”

　　在开发应用程序时，下面的V8标志都可以使用。

• trace-opt —— 记录优化函数的名称，并显示跳过的代码，因为优化器不知道如何优化。

• trace-deopt —— 记录运行时将要“去优化”的代码。

• trace-gc —— 记录每次的垃圾回收。

　　V8的处理脚本用*（星号）标识优化过的函数，用~（波浪号）表示未优化的函数。

　　如果你有兴趣了解更多关于V8的标志和V8的内部是如何工作的，强烈建议 阅读Vyacheslav Egorov的excellent post on V8 internals。

　　HIGH-RESOLUTION TIME 和 NAVIGATION TIMING API

　　高精度时间（HRT）是一个提供不受系统时间和用户调整影响的亚毫秒级高精度时间接口，可以把它当做是比 new Date 和 Date.now()更精准的度量方法。这对我们编写基准测试帮助很大。

　　高精度时间（HRT）提供了当前亚毫秒级的时间精度

　　目前HRT在Chrome（稳定版）中是以window.performance.webkitNow()方式使用，但在Chrome Canary中前缀被丢弃了，这使得它可以通过window.performance.now()方式调用。Paul Irish在HTML5Rocks上了关于HRT更多内容的文章。

　　现在我们知道当前的精准时间，那有可以准确测量页面性能的API吗？好吧，现在有个Navigation Timing API可以使用，这个API提供了一种简单的方式，来获取网页在加载呈现给用户时，精确和详细的时间测量记录。可以在console中使用window.performance.timing来获取时间信息：

　　显示在控制台中的时间信息

　　我们可以从上面的数据获取很多有用的信息，例如网络延时为responseEnd – fetchStart，页面加载时间为loadEventEnd – responseEnd，处理导航和页面加载的时间为loadEventEnd – navigationStart。

　　正如你所看到的，perfomance.memory的属性也能显示JavaScript的内存数据使用情况，如总的堆大小。

　　更多Navigation Timing API的细节，阅读 Sam Dutton的 Measuring Page Load Speed With Navigation Timing。

ABOUT:MEMORY et ABOUT:TRACING

About:tracing dans Chrome fournit une vue des performances du navigateur, en enregistrant tous les fils de discussion, pages à onglets et processus de Chrome.

À propos : Le traçage fournit une vue des performances du navigateur

La véritable utilité de cet outil est qu'il vous permet de capturer Les données en cours d'exécution de Chrome, afin que vous puissiez ajuster l'exécution de JavaScript de manière appropriée ou optimiser le chargement des ressources.

Lilli Thompson a écrit un article destiné aux développeurs de jeux sur l'utilisation de about:tracing pour analyser les jeux WebGL. Il convient également aux développeurs JavaScript.

Vous pouvez saisir about:memory dans la barre de navigation de Chrome, ce qui est également très pratique. Vous pouvez obtenir l'utilisation de la mémoire de chaque page à onglet, ce qui est très utile pour localiser les fuites de mémoire.

　Résumé

Nous avons vu qu'il existe de nombreux pièges cachés dans le monde JavaScript, et il n'y a pas de solution miracle pour améliorer les performances. Ce n'est qu'en appliquant de manière exhaustive certaines solutions d'optimisation à l'environnement de test (du monde réel) que des gains de performances optimaux peuvent être obtenus. Néanmoins, comprendre comment le moteur interprète et optimise le code peut vous aider à affiner votre application.

　Mesurer, comprendre, réparer. Continuez à répéter ce processus.

　Source de l'image : Sally Hunter

N'oubliez pas de faire attention à l'optimisation, mais vous pouvez ignorer certaines petites optimisations pour plus de commodité. Par exemple, certains développeurs choisissent .forEach et Object.keys au lieu des boucles for et for..in, qui sont plus lentes mais plus pratiques à utiliser. Assurez-vous d'avoir l'esprit clair et de savoir quelles optimisations sont nécessaires et quelles optimisations ne le sont pas.

Notez également que même si les moteurs JavaScript deviennent de plus en plus rapides, le prochain véritable goulot d'étranglement est le DOM. La réduction des reflows et des redraws est également importante, alors ne touchez pas au DOM avant que cela ne soit nécessaire. Une autre chose à laquelle il faut prêter attention est que les requêtes HTTP du réseau sont précieuses, en particulier sur les terminaux mobiles, la mise en cache HTTP doit donc être utilisée pour réduire la charge des ressources.

Se souvenir de ces points peut vous assurer d'obtenir la plupart des informations contenues dans cet article. J'espère qu'il vous sera utile !

Lien en anglais : Écriture de JavaScript rapide et économe en mémoire

Ce qui précède est le contenu de l'écriture de JavaScript hautes performances. Pour plus de contenu connexe, veuillez prêter attention au site Web PHP chinois (www. php.cn) !