Redistribution et redessine JavaScript hautes performances (2)_compétences javascript

Revoyons l'article précédent Programmation DOM JavaScript haute performance . Il propose principalement deux optimisations L'une consiste à minimiser l'accès au DOM et à mettre le calcul du côté ECMAScript. possibles. Variables locales, telles que la longueur, etc. Enfin, deux nouvelles API querySelector() et querySelectorAll() sont introduites, qui peuvent être utilisées avec audace lors de la réalisation de sélections combinées. Cet article parle principalement de probablement la partie la plus longue de la programmation, du réarrangement et du redessinage du DOM .

1. Qu'est-ce que la refusion et le redessinage
Une fois que le navigateur a téléchargé tous les composants des balises HTML de la page, JavaScript, CSS et images, il analysera et générera deux structures de données internes : arborescence DOM et arborescence de rendu.

L'arborescence DOM représente la structure de la page et l'arborescence de rendu représente la façon dont les nœuds DOM sont affichés. Chaque nœud de l'arborescence DOM qui doit être affiché a au moins un nœud correspondant dans l'arborescence de rendu (un élément DOM masqué avec une valeur d'affichage nulle n'a pas de nœud correspondant dans l'arborescence de rendu). Les nœuds de l'arbre de rendu sont appelés « cadres » ou « boîtes », ce qui est conforme à la définition du modèle CSS, qui comprend les éléments de page comme une boîte avec un remplissage, des marges, des bordures et une position. Une fois le DOM et l'arborescence de rendu construits, le navigateur commence à afficher (dessiner) les éléments de la page.

Lorsque les modifications du DOM affectent les propriétés géométriques (largeur ou hauteur) d'un élément, le navigateur doit recalculer les propriétés géométriques de l'élément, et les propriétés géométriques et les positions des autres éléments seront également affectées. Le navigateur invalide la partie affectée de l'arbre de rendu et reconstruit l'arbre de rendu. Ce processus est appelé réarrangement. Une fois la redistribution terminée, le navigateur redessinera la partie concernée à l'écran, un processus appelé redessiner. En raison de la disposition du flux du navigateur, le calcul de l'arbre de rendu ne doit généralement être parcouru qu'une seule fois. À l'exception de la table et de ses éléments internes, plusieurs calculs peuvent être nécessaires pour déterminer les attributs de ses nœuds dans l'arbre de rendu, ce qui prend généralement 3 fois plus de temps que les éléments équivalents. C'est l'une des raisons pour lesquelles nous devrions éviter d'utiliser des tableaux pour la mise en page.

Toutes les modifications du DOM n'affecteront pas les propriétés géométriques. Par exemple, la modification de la couleur d'arrière-plan d'un élément n'affectera pas la largeur et la hauteur de l'élément. Dans ce cas, seul le redessin aura lieu.

2. Quel est le coût du réaménagement et du redessinage
Quel est le prix des refusions et des repeints ? Revenons à l'exemple précédent de traversée du pont. Si vous faites attention, vous constaterez peut-être que le décalage horaire mille fois n'est pas causé par la « traversée du pont ». Chaque « traversée du pont » s'accompagne en fait d'un réaménagement et d'un redessinage. . Et l'essentiel de la consommation d'énergie est ici !

var times = 15000;

// code1 每次过桥+重排+重绘
console.time(1);
for(var i = 0; i < times; i++) {
 document.getElementById('myDiv1').innerHTML += 'a';
}
console.timeEnd(1);

// code2 只过桥
console.time(2);
var str = '';
for(var i = 0; i < times; i++) {
 var tmp = document.getElementById('myDiv2').innerHTML;
 str += 'a';
}
document.getElementById('myDiv2').innerHTML = str;
console.timeEnd(2);

// code3 
console.time(3);
var _str = '';
for(var i = 0; i < times; i++) {
 _str += 'a';
}
document.getElementById('myDiv3').innerHTML = _str;
console.timeEnd(3);


// 1: 2874.619ms
// 2: 11.154ms
// 3: 1.282ms

Les données ne mentent pas. Comme vous pouvez le constater, accéder plusieurs fois au DOM ne vaut pas la peine d'être mentionné en raison du temps qu'il faut pour le redistribuer et le redessiner.

3. Quand se produit le réarrangement
Évidemment, tout réarrangement entraînera inévitablement un redessinage. Alors, dans quelles circonstances un réarrangement se produira-t-il ?

1. Ajouter ou supprimer des éléments DOM visibles
2. Changer la position de l'élément
3. Modifications de la taille des éléments
4. Le contenu de l'élément change (par exemple : un texte est remplacé par une autre image de taille différente)
5. Initialisation du rendu de la page (cela ne peut être évité)
6. Changement de taille de la fenêtre du navigateur
Tout cela est évident. Peut-être avez-vous déjà vécu cette expérience. Le changement constant de la taille de la fenêtre du navigateur entraîne une réponse lente de l'interface utilisateur (certaines versions basses d'IE se bloquent même directement). Vous vous rendrez peut-être compte soudainement que, oui, c'est exactement le cas. la même chose. C’est causé par un réarrangement et un redessinage encore et encore !

4. Mise en file d'attente et actualisation des modifications de l'arborescence de rendu
Considérez le code suivant :

var ele = document.getElementById('myDiv');
ele.style.borderLeft = '1px';
ele.style.borderRight = '2px';
ele.style.padding = '5px';

À première vue, le style de l'élément a changé trois fois, et chaque changement entraînera un réarrangement et un redessin, il y a donc trois processus de réarrangement et de redessin au total, mais le navigateur n'est pas si stupide, il le modifiera trois fois." "Enregistrer" (la plupart des navigateurs optimisent le processus de réorganisation en mettant les modifications en file d'attente et en les exécutant par lots), effectué en une seule fois ! Cependant, il arrive parfois que vous puissiez (souvent sans le savoir) forcer un vidage de la file d'attente et exiger qu'une tâche planifiée s'exécute immédiatement. L'opération d'obtention des informations de mise en page entraînera un rafraîchissement de la file d'attente, tel que :

1.offsetTop, offsetLeft, offsetWidth, offsetHeight
2.scrollTop, scrollLeft, scrollWidth, scrollHeight
3.clientTop, clientLeft, clientWidth, clientHeight
4.getComputedStyle() (currentStyle dans IE)
Modifiez légèrement le code ci-dessus :

var ele = document.getElementById('myDiv');
ele.style.borderLeft = '1px';
ele.style.borderRight = '2px';

// here use offsetHeight
// ...
ele.style.padding = '5px';

因为offsetHeight属性需要返回最新的布局信息，因此浏览器不得不执行渲染队列中的“待处理变化”并触发重排以返回正确的值（即使队列中改变的样式属性和想要获取的属性值并没有什么关系），所以上面的代码，前两次的操作会缓存在渲染队列中待处理，但是一旦offsetHeight属性被请求了，队列就会立即执行，所以总共有两次重排与重绘。所以尽量不要在布局信息改变时做查询。

5、最小化重排和重绘
我们还是看上面的这段代码：

var ele = document.getElementById('myDiv');
ele.style.borderLeft = '1px';
ele.style.borderRight = '2px';
ele.style.padding = '5px';

三个样式属性被改变，每一个都会影响元素的几何结构，虽然大部分现代浏览器都做了优化，只会引起一次重排，但是像上文一样，如果一个及时的属性被请求，那么就会强制刷新队列，而且这段代码四次访问DOM，一个很显然的优化策略就是把它们的操作合成一次，这样只会修改DOM一次：

var ele = document.getElementById('myDiv');

// 1. 重写style
ele.style.cssText = 'border-left: 1px; border-right: 2px; padding: 5px;';

// 2. add style
ele.style.cssText += 'border-;eft: 1px;'

// 3. use class
ele.className = 'active';

6、fragment元素的应用
看如下代码，考虑一个问题：

<ul id='fruit'>
 <li> apple </li>
 <li> orange </li>
</ul>

如果代码中要添加内容为peach、watermelon两个选项，你会怎么做？

var lis = document.getElementById('fruit');
var li = document.createElement('li');
li.innerHTML = 'apple';
lis.appendChild(li);

var li = document.createElement('li');
li.innerHTML = 'watermelon';
lis.appendChild(li);

很容易想到如上代码，但是很显然，重排了两次，怎么破？前面我们说了，隐藏的元素不在渲染树中，太棒了，我们可以先把id为fruit的ul元素隐藏（display=none)，然后添加li元素，最后再显示，但是实际操作中可能会出现闪动，原因这也很容易理解。这时，fragment元素就有了用武之地了。

var fragment = document.createDocumentFragment();

var li = document.createElement('li');
li.innerHTML = 'apple';
fragment.appendChild(li);

var li = document.createElement('li');
li.innerHTML = 'watermelon';
fragment.appendChild(li);

document.getElementById('fruit').appendChild(fragment);

文档片段是个轻量级的document对象，它的设计初衷就是为了完成这类任务——更新和移动节点。文档片段的一个便利的语法特性是当你附加一个片断到节点时，实际上被添加的是该片断的子节点，而不是片断本身。只触发了一次重排，而且只访问了一次实时的DOM。

7、让元素脱离动画流
用展开/折叠的方式来显示和隐藏部分页面是一种常见的交互模式。它通常包括展开区域的几何动画，并将页面其他部分推向下方。

一般来说，重排只影响渲染树中的一小部分，但也可能影响很大的部分，甚至整个渲染树。浏览器所需要重排的次数越少，应用程序的响应速度就越快。因此当页面顶部的一个动画推移页面整个余下的部分时，会导致一次代价昂贵的大规模重排，让用户感到页面一顿一顿的。渲染树中需要重新计算的节点越多，情况就会越糟。

使用以下步骤可以避免页面中的大部分重排：

使用绝对位置定位页面上的动画元素，将其脱离文档流
让元素动起来。当它扩大时，会临时覆盖部分页面。但这只是页面一个小区域的重绘过程，不会产生重排并重绘页面的大部分内容。
当动画结束时恢复定位，从而只会下移一次文档的其他元素
总结
重排和重绘是DOM编程中耗能的主要原因之一，平时涉及DOM编程时可以参考以下几点：

尽量不要在布局信息改变时做查询（会导致渲染队列强制刷新）
同一个DOM的多个属性改变可以写在一起（减少DOM访问，同时把强制渲染队列刷新的风险降为0）
如果要批量添加DOM，可以先让元素脱离文档流，操作完后再带入文档流，这样只会触发一次重排（fragment元素的应用）
将需要多次重排的元素，position属性设为absolute或fixed，这样此元素就脱离了文档流，它的变化不会影响到其他元素。例如有动画效果的元素就最好设置为绝对定位。

以上就是高性能JavaScript 重排与重绘的全部介绍内容，大家可以结合上一篇高性能JavaScript DOM编程（1）一起学习，

希望这两篇文章可以帮到大家，解决大家这方面的疑惑。