Mari kita bincangkan tentang keterlihatan kandungan ciri CSS baharu untuk membantu anda meningkatkan prestasi pemaparan halaman

Bagi kakitangan bahagian hadapan, perkara yang paling menyusahkan ialah prestasi halaman Apabila pengguna melawat halaman, mereka sentiasa berharap ia dapat dipersembahkan dengan cepat di hadapan mereka dan keadaan interaktif . Jika halaman anda dimuatkan terlalu perlahan, pengguna anda mungkin akan meninggalkan anda. Oleh itu, prestasi halaman adalah keutamaan utama untuk pembangun bahagian hadapan Malah, jika anda memahami keseluruhan proses daripada pemuatan hingga pemaparan, anda akan tahu di mana untuk bermula.

Nah, jangan terkeluar dari landasan, hari ini kita akan mengkaji terutamanya prestasi pemaparan halaman senarai panjang

Halaman hari ini menjadi semakin kompleks, dan halaman sering membawa jumlah yang besar daripada elemen. Yang paling biasa Bagaimanakah anda memastikan bahawa pemaparan berpuluh-puluh ribu senarai produk pada beberapa halaman e-dagang tidak membeku Apabila berhadapan dengan senario pemaparan senarai yang begitu panjang, kami biasanya menggunakan senarai halaman atau maya untuk memperlahankan? pemaparan halaman sekali sahaja Tekanan, tetapi kaedah ini perlu dilaksanakan dengan JS, jadi adakah terdapat sebarang penyelesaian yang boleh dilaksanakan hanya menggunakan CSS?

Jawapannya ialah ya, ia adalah protagonis kami hari ini - keterlihatan kandungan (keterlihatan kandungan). [Pembelajaran yang disyorkan: tutorial video css]

keterlihatan kandungan

Nilai atribut

ialah atribut baharu CSS, terutamanya digunakan untuk meningkatkan prestasi pemaparan halaman. Ia boleh mengawal sama ada elemen memaparkan kandungannya dan membenarkan penyemak imbas melangkau reka letak dan pemaparan elemen ini. content-visibility

kelihatan: Nilai lalai, tiada kesan. Kandungan elemen dibentangkan dan diberikan secara normal.
• tersembunyi: Unsur melangkau kandungannya. Kandungan yang dilangkau tidak boleh diakses oleh fungsi ejen pengguna, seperti mencari dalam halaman, navigasi pesanan tab, dsb., dan juga tidak boleh dipilih atau difokuskan. Ini serupa dengan menetapkan
• kepada kandungan. display: none
auto: Elemen ini menghidupkan kemasukan reka letak, kemasukan gaya dan kemasukan lukisan. Ia juga akan melangkau kandungannya jika elemen itu tidak berkaitan dengan pengguna. Tidak seperti tersembunyi , kandungan yang dilangkau mesti masih boleh digunakan dengan betul untuk fungsi ejen pengguna, seperti mencari dalam halaman, navigasi pesanan tab, dsb., dan mesti boleh difokuskan dengan betul dan boleh dipilih.

keterlihatan kandungan: tersembunyi Uruskan keterlihatan secara manual

Seperti yang dinyatakan di atas, kesan

adalah serupa dengan content-visibility: hidden, tetapi sebenarnya masih terdapat beberapa perbezaan di antara mereka Perbezaan besar: display: none

keterlihatan kandungan: tersembunyi hanya menyembunyikan elemen kanak-kanak dan ia tidak akan disembunyikan
• keterlihatan-kandungan: tersembunyi Pemberian status kandungan tersembunyi akan dicache , jadi apabila ia dialih keluar atau kelihatan, penyemak imbas tidak akan memaparkan semula, tetapi akan menggunakan cache, jadi untuk elemen yang perlu kerap ditukar untuk ditunjukkan atau disembunyikan, atribut ini boleh sangat meningkatkan prestasi rendering.

Daripada ini, kita dapat melihat bahawa elemen kanak-kanak dengan elemen

yang ditambahkan sememangnya tidak diberikan, tetapi ia sendiri akan dipaparkan! content-visibility: hidden

keterlihatan kandungan: auto melangkau kerja pemaparan

Mari kita fikirkan dengan teliti Walaupun terdapat banyak elemen pada halaman, adakah ia akan dipaparkan kepada pengguna di Pada masa yang sama? Jelas sekali tidak Setiap kali pengguna benar-benar boleh melihat kandungan di kawasan yang boleh dilihat peranti, pengguna tidak akan melihat kandungan di kawasan yang tidak kelihatan selagi halaman itu tidak menatal. Walaupun pengguna tidak dapat melihatnya, pelayar sebenarnya akan memaparkannya, yang membazirkan banyak prestasi. Jadi kita perlu mencari cara untuk meningkatkan prestasi pemaparan halaman dengan menghalang penyemak imbas daripada memaparkan kandungan di kawasan yang tidak kelihatan.

Prinsip senarai maya yang kami nyatakan di atas sebenarnya serupa dengan ini Apabila skrin pertama dimuatkan, hanya kandungan

dimuatkan apabila halaman ditatal, kandungan 可视区 adalah diperoleh secara dinamik melalui pengiraan Dan padamkan kandungan 可视区, yang boleh meningkatkan prestasi pemaparan senarai panjang. 非可视区

Tetapi ini perlu dilaksanakan dengan JS Kini kita boleh menggunakan

dalam CSS, yang boleh digunakan untuk melangkau pemaparan kandungan luar skrin untuk senarai panjang ini dengan jumlah yang besar kandungan luar skrin, ia boleh dipertingkatkan dengan lebih baik. content-visibility: auto

Kami mengubah sedikit contoh di atas:

<template>
  <div>
    <div>
      <img  :src="book.bookCover" / alt="Mari kita bincangkan tentang keterlihatan kandungan ciri CSS baharu untuk membantu anda meningkatkan prestasi pemaparan halaman" >
      <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>

Pertama sekali, tiada kesan penambahan

Tidak kira sama ada elemen ini berada di kawasan yang boleh dilihat, ia akan menjadi diberikan content-visibility: auto

Jika kami menulis seperti ini dalam perniagaan biasa, pengguna boleh meludahkan wangian secara langsung selepas memasuki halaman ini Atas sebab prestasi, kami menambah:

Pada masa ini mari kita lihat kesannya:

.card_item {
  content-visibility: auto;
}

从第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/Mari kita bincangkan tentang keterlihatan kandungan ciri CSS baharu untuk membantu anda meningkatkan prestasi pemaparan halaman" 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前端）

Atas ialah kandungan terperinci Mari kita bincangkan tentang keterlihatan kandungan ciri CSS baharu untuk membantu anda meningkatkan prestasi pemaparan halaman. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!