Parlons de la nouvelle fonctionnalité CSS de visibilité du contenu pour vous aider à améliorer les performances de rendu des pages

Pour le personnel front-end, la chose la plus problématique devrait être les performances de la page. Lorsque les utilisateurs visitent une page, ils souhaitent toujours qu'elle soit présentée rapidement devant eux et dans un état interactif. Si votre page se charge trop lentement, vos utilisateurs risquent de vous quitter. Par conséquent, les performances des pages sont une priorité absolue pour les développeurs front-end. En fait, si vous comprenez l'ensemble du processus, du chargement au rendu, vous saurez par où commencer.

Eh bien, ne vous écartez pas, aujourd'hui nous allons principalement étudier les performances de rendu des pages de longue liste

De nos jours, les pages deviennent de plus en plus complexes, et une page comporte souvent un grand nombre d'éléments les plus courants. sont certaines pages de commerce électronique, données Comment garantir que des dizaines de milliers de listes de produits sont rendues sans décalage Face à un scénario de rendu de liste aussi long, les gens utilisent généralement des listes de pagination ou virtuelles pour réduire la pression du rendu unique ? la page, mais ces méthodes doivent être coordonnées avec JS, existe-t-il donc une solution qui peut être implémentée en utilisant uniquement CSS ?

La réponse est oui, c'est notre protagoniste aujourd'hui - la visibilité du contenu (content-visibility). [Apprentissage recommandé : Tutoriel vidéo CSS]

content-visibility

Valeur de l'attribut

content-visibility est un nouvel attribut de CSS, principalement utilisé pour améliorer les performances de rendu des pages. , qui peut contrôler si un élément restitue son contenu et permet au navigateur d'ignorer la mise en page et le rendu de ces éléments. content-visibility是CSS新增的属性，主要用来提高页面渲染性能，它可以控制一个元素是否渲染其内容，并且允许浏览器跳过这些元素的布局与渲染。

• visible：默认值，没有效果。元素的内容被正常布局和呈现。
• hidden：元素跳过它的内容。跳过的内容不能被用户代理功能访问，例如在页面中查找、标签顺序导航等，也不能被选择或聚焦。这类似于给内容设置display: none。
• auto：该元素打开布局包含、样式包含和绘制包含。如果该元素与用户不相关，它也会跳过其内容。与 hidden 不同，跳过的内容必须仍可正常用于用户代理功能，例如在页面中查找、tab 顺序导航等，并且必须正常可聚焦和可选择。

content-visibility: hidden手动管理可见性

上面说到content-visibility: hidden的效果与display: none类似，但其实两者还是有比较大的区别的：

• content-visibility: hidden 只是隐藏了子元素，自身不会被隐藏
• content-visibility: hidden 隐藏内容的渲染状态会被缓存，所以当它被移除或者设为可见时，浏览器不会重新渲染，而是会应用缓存，所以对于需要频繁切换显示隐藏的元素，这个属性能够极大地提高渲染性能。

从这上面我们可以看到，添加了content-visibility: hidden元素的子元素确实是没有渲染，但它自身是会渲染的！

content-visibility: auto 跳过渲染工作

我们仔细想想，页面上虽然会有很多元素，但是它们会同时呈现在用户眼前吗，很显然是不会的，用户每次能够真实看到就只有设备可见区那些内容，对于非可见区的内容只要页面不发生滚动，用户就永远看不到。虽然用户看不到，但浏览器却会实实在在的去渲染，以至于浪费大量的性能。所以我们得想办法让浏览器不渲染非可视区的内容就能够达到提高页面渲染性能的效果。

我们上面说到的虚拟列表原理其实就跟这个类似，在首屏加载时，只加载可视区的内容，当页面发生滚动时，动态通过计算获得可视区的内容，并将非可视区的内容进行删除，这样就能够大大提高长列表的渲染性能。

但这个需要配合JS才能实现，现在我们可以使用CSS中content-visibility: auto，它可以用来跳过屏幕外的内容渲染，对于这种有大量离屏内容的长列表，可以大大减少页面渲染时间。

我们将上面的例子稍微改改：

<template>
  <div>
    <div>
      <img  :src="book.bookCover" / alt="Parlons de la nouvelle fonctionnalité CSS de visibilité du contenu pour vous aider à améliorer les performances de rendu des pages" >
      <div>
        <div>{{ `${book.bookName}${index + 1}` }}</div>
        <div>{{ book.catlog }}</div>
        <div>
          <div v-for="(item, index) in book.tags" :key="index">
            {{ item }}
          </div>
        </div>
        <div>
          {{ book.desc }}
        </div>
      </div>
    </div>
  </div>
</template>

<script setup>
import { toRefs } from "vue";

const props = defineProps<{
  book: any;
  index: any;
}>();
const { book, index } = toRefs(props);
</script>

<style scoped>
.card_item {
  margin: 20px auto;
  content-visibility: auto;
}
  / *
  ...
  */
</style>

首先是没有添加content-visibility: auto

• visible : valeur par défaut, aucun effet. Le contenu de l'élément est présenté et rendu normalement.
• hidden : l'élément ignore son contenu. Le contenu ignoré n'est pas accessible aux fonctions de l'agent utilisateur, telles que la recherche dans la page, la navigation dans l'ordre des onglets, etc., et il ne peut pas non plus être sélectionné ou ciblé. Ceci est similaire au paramètre display: none pour le contenu.
• auto : cet élément active l'inclusion de la mise en page, l'inclusion du style et l'inclusion du dessin. Il ignorera également son contenu si l'élément n'est pas pertinent pour l'utilisateur. Contrairement au masqué, le contenu ignoré doit toujours fonctionner correctement pour les fonctionnalités de l'agent utilisateur, telles que la recherche dans la page, la navigation dans l'ordre des onglets, etc., et doit toujours fonctionner correctement en tant que focusable et sélectionnable.

content-visibility : cachéGérer manuellement la visibilité

L'effet mentionné ci-dessus de content-visibility : caché Similaire à affichage : aucun, mais en fait il y a une grande différence entre les deux :

• content-visibility : caché masque uniquement les éléments enfants et ne sera pas masqué li >
• content-visibility : caché L'état de rendu du contenu masqué sera mis en cache, donc lorsqu'il est supprimé ou rendu visible, le navigateur ne restituera pas, mais appliquera le cache, donc pour les utilisateurs qui doivent changer d'affichage Éléments fréquemment masqués, cette propriété peut grandement améliorer les performances de rendu.

De ce qui précède, nous pouvons voir que l'élément enfant avec l'élément content-visibility: Hidden ajouté n'est effectivement pas rendu, mais il le sera lui-même ! 🎜

🎜content-visibility : saute automatiquement le travail de rendu🎜🎜🎜Si nous y réfléchissons bien, même s'il y aura de nombreux éléments sur la page, seront-ils présentés à l'utilisateur à en même temps ? Évidemment non. Chaque fois que l'utilisateur ne peut effectivement voir que le contenu dans la zone visible de l'appareil, l'utilisateur ne verra jamais le contenu dans la zone non visible tant que la page ne défile pas. Bien que l'utilisateur ne puisse pas le voir, le navigateur le restituera, ce qui gaspillera beaucoup de performances. Nous devons donc trouver un moyen d'améliorer les performances de rendu des pages en empêchant le navigateur de restituer le contenu dans des zones non visibles. 🎜🎜Le principe de la liste virtuelle que nous avons évoqué ci-dessus est en fait similaire à celui-ci. Lorsque le premier écran est chargé, seul le contenu de la zone visuelle est chargé. Lorsque la page défile, le . est obtenu dynamiquement par calcul. Le contenu de la zone visible et le contenu de la zone non visible sont supprimés, ce qui peut grandement améliorer les performances de rendu des longues listes. 🎜🎜Mais cela doit être implémenté avec JS. Nous pouvons maintenant utiliser content-visibility: auto en CSS, qui peut être utilisé pour ignorer le rendu du contenu hors écran avec. beaucoup de contenu hors écran. De longues listes peuvent réduire considérablement le temps de rendu des pages. 🎜🎜Nous avons légèrement modifié l'exemple ci-dessus :🎜

.card_item {
  content-visibility: auto;
}

🎜Tout d'abord, l'effet de content-visibility: auto n'est pas ajouté. Ces éléments seront rendus qu'ils se trouvent ou non dans la zone visible🎜. 🎜🎜🎜🎜 Si nous écrivons ainsi dans des affaires normales, les utilisateurs peuvent immédiatement cracher le parfum lorsqu'ils accèdent à cette page. Pour des raisons de performances, nous ajoutons : 🎜

/* Keyword values */
contain-intrinsic-width: none;

/* <length> values */
contain-intrinsic-size: 1000px;
contain-intrinsic-size: 10rem;

/* width | height */
contain-intrinsic-size: 1000px 1.5em;

/* auto <length> */
contain-intrinsic-size: auto 300px;

/* auto width | auto height */
contain-intrinsic-size: auto 300px auto 4rem;

🎜À ce stade, jetons un coup d'œil à l'effet : 🎜.

从第10个开始，这些没在可视区的元素就没有被渲染，这可比上面那种全部元素都渲染好太多了，但是如果浏览器不渲染页面内的一些元素，滚动将是一场噩梦，因为无法正确计算页面高度。这是因为，content-visibility会将分配给它的元素的高度（height）视为0，浏览器在渲染之前会将这个元素的高度变为0，从而使我们的页面高度和滚动变得混乱。

这里我们可以看到页面上的滚动条会出现抖动现象，这是因为可视区外的元素只有出现在了可视区才会被渲染，这就回导致前后页面高度会发生变化，从而出现滚动条的诡异抖动现象，这是虚拟列表基本都会存在的问题。

⚠️注意：当元素接近视口时，浏览器不再添加size容器并开始绘制和命中测试元素的内容。这使得渲染工作能够及时完成以供用户查看。

这也是为什么上面我们看到的是从第十个才开始不渲染子元素，因为它需要一个缓冲区以便浏览器能够在页面发生滚动时及时渲染呈现在用户眼前。

上面提到的size其实是一种 CSS 属性的潜在值contain，它指的是元素上的大小限制确保元素的框可以在不需要检查其后代的情况下进行布局。这意味着如果我们只需要元素的大小，我们可以跳过后代的布局。

contain-intrinsic-size 救场

页面在滚动过程中滚动条一直抖动，这是一个不能接受的体验问题，为了更好地实现content-visibility，浏览器需要应用 size containment 以确保内容的渲染结果不会以任何方式影响元素的大小。这意味着该元素将像空的一样布局。如果元素没有在常规块布局中指定的高度，那么它将是 0 高度。

这个时候我们可以使用contain-intrinsic-size来指定的元素自然大小，确保我们未渲染子元素的 div 仍然占据空间，同时也保留延迟渲染的好处。

语法

此属性是以下 CSS 属性的简写：

• contain-intrinsic-width
• contain-intrinsic-height

/* Keyword values */
contain-intrinsic-width: none;

/* <length> values */
contain-intrinsic-size: 1000px;
contain-intrinsic-size: 10rem;

/* width | height */
contain-intrinsic-size: 1000px 1.5em;

/* auto <length> */
contain-intrinsic-size: auto 300px;

/* auto width | auto height */
contain-intrinsic-size: auto 300px auto 4rem;

contain-intrinsic-size 可以为元素指定以下一个或两个值。如果指定了两个值，则第一个值适用于宽度，第二个值适用于高度。如果指定单个值，则它适用于宽度和高度。

实现

我们只需要给添加了content-visibility: auto的元素添加上contain-intrinsic-size就能够解决滚动条抖动的问题，当然，这个高度约接近真实渲染的高度，效果会越好，如果实在无法知道准确的高度，我们也可以给一个大概的值，也会使滚动条的问题相对减少。

.card_item {
  content-visibility: auto;
  contain-intrinsic-size: 200px;
}

之前没添加contain-intrinsic-size属性时，可视区外的元素高度都是0，现在这些元素高度都是我们设置的contain-intrinsic-size的值，这样的话整个页面的高度就是不会发生变化（或者说变化很小），从而页面滚动条也不会出现抖动问题（或者说抖动减少）

性能对比

上面说了这么多，content-visibility是否真的能够提高页面的渲染性能呢，我们来实际对比看看：

• 首先是没有content-visibility的页面渲染

• 然后是有content-visibility的页面渲染

上面是用1000个列表元素进行测试的，有content-visibility的页面渲染花费时间大概是37ms，而没有content-visibility的页面渲染花费时间大概是269ms，提升了足足有7倍之多！！！

对于列表元素更多的页面，content-visibility带来的渲染性能提升会更加明显。

思考?

能否减小页面的内存占用？

之前有同学问到了content-visibility: auto是否会减少页面内存的占用，这个我们可以查看下使用前后页面所占用内存的大小是否有变化。

我们可以通过chrome浏览器 设置 --> 更多工具 --> 任务管理器 查看页面占用内存大小。

• 首先是没有content-visibility: auto，页面占用内存大概为96.2MB

• 然后是添加了content-visibility: auto，页面占用内存仍然是96.2MB

也就是说，它并不会减少页面占用内存大小，这些元素是真实存在于DOM树中的，并且我们也可以通过JS访问到

是否会影响脚本的加载行为？

如果我们在添加了content-visibility: auto的元素内去加载脚本，并且此时的元素处于一个不可见的状态，那么此时元素内的脚本能够正常加载呢？

<!-- ... 第十二个 -->
<div class="visibility_item">
        <div class="inner">
            测试脚本
            <img src="../../../../images/22-11/Parlons de la nouvelle fonctionnalité CSS de visibilité du contenu pour vous aider à améliorer les performances de rendu des pages" alt="">
            <script src="./2.js"></script>
        </div>
        
</div>

很明显它并不会影响脚本与图片的加载行为，并且脚本再加载后能够正常执行。结合上面第一点，我们可以得出结论，使用了content-visibility: auto的元素影响的只是子元素的渲染，对于内部静态资源的加载还是正常进行。

但我们需要注意的是脚本的执行时机，如果要获取DOM元素的话，此时的脚本只能获取到它加载位置之前的DOM元素，而与它自身DOM有没有渲染无关！

// 2.js
console.log('测试脚本')
console.log('第十一个', document.querySelectorAll('.visibility_item')[10])

console.log('第十三个', document.querySelectorAll('.visibility_item')[12])

可访问性

使用了content-visibility: auto并且在非可视区的元素是否存在于可访问树中？

这里我们可以看出content-visibility: auto是屏幕外的内容在文档对象模型中仍然可用，因此在可访问性树中（与visibility: hidden不同）。这意味着我们可以在页面上搜索并导航到该内容，而无需等待它加载或牺牲渲染性能。

这个功能特性是在chrome 90 中更新的，在 chrome 85-89 中，屏幕外的子元素content-visibility: auto被标记为不可见。

兼容性

content-visibility是chrome85新增的特性，所以兼容性还不是很高，但它是一个非常实用的CSS属性，由于跳过了渲染，如果我们大部分内容都在屏幕外，利用该content-visibility属性可以使初始用户加载速度更快。相信兼容性的问题在不久的将来会得到解决~

原文地址：https://juejin.cn/post/7168629736838463525

（学习视频分享：web前端）

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!