CSS新特性content-visibility怎么使用

這篇“CSS新特性content-visibility怎么使用”文章的知識(shí)點(diǎn)大部分人都不太理解，所以小編給大家總結(jié)了以下內(nèi)容，內(nèi)容詳細(xì)，步驟清晰，具有一定的借鑒價(jià)值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來(lái)看看這篇“CSS新特性content-visibility怎么使用”文章吧。

content-visibility

屬性值

content-visibility是CSS新增的屬性，主要用來(lái)提高頁(yè)面渲染性能，它可以控制一個(gè)元素是否渲染其內(nèi)容，并且允許瀏覽器跳過(guò)這些元素的布局與渲染。

• visible：默認(rèn)值，沒(méi)有效果。元素的內(nèi)容被正常布局和呈現(xiàn)。

• hidden：元素跳過(guò)它的內(nèi)容。跳過(guò)的內(nèi)容不能被用戶代理功能訪問(wèn)，例如在頁(yè)面中查找、標(biāo)簽順序?qū)Ш降?，也不能被選擇或聚焦。這類似于給內(nèi)容設(shè)置display: none。

• auto：該元素打開(kāi)布局包含、樣式包含和繪制包含。如果該元素與用戶不相關(guān)，它也會(huì)跳過(guò)其內(nèi)容。與 hidden 不同，跳過(guò)的內(nèi)容必須仍可正常用于用戶代理功能，例如在頁(yè)面中查找、tab 順序?qū)Ш降龋⑶冶仨氄？删劢购涂蛇x擇。

content-visibility: hidden手動(dòng)管理可見(jiàn)性

上面說(shuō)到content-visibility: hidden的效果與display: none類似，但其實(shí)兩者還是有比較大的區(qū)別的：

• content-visibility: hidden 只是隱藏了子元素，自身不會(huì)被隱藏

• content-visibility: hidden 隱藏內(nèi)容的渲染狀態(tài)會(huì)被緩存，所以當(dāng)它被移除或者設(shè)為可見(jiàn)時(shí)，瀏覽器不會(huì)重新渲染，而是會(huì)應(yīng)用緩存，所以對(duì)于需要頻繁切換顯示隱藏的元素，這個(gè)屬性能夠極大地提高渲染性能。

從這上面我們可以看到，添加了content-visibility: hidden元素的子元素確實(shí)是沒(méi)有渲染，但它自身是會(huì)渲染的！

content-visibility: auto 跳過(guò)渲染工作

我們仔細(xì)想想，頁(yè)面上雖然會(huì)有很多元素，但是它們會(huì)同時(shí)呈現(xiàn)在用戶眼前嗎，很顯然是不會(huì)的，用戶每次能夠真實(shí)看到就只有設(shè)備可見(jiàn)區(qū)那些內(nèi)容，對(duì)于非可見(jiàn)區(qū)的內(nèi)容只要頁(yè)面不發(fā)生滾動(dòng)，用戶就永遠(yuǎn)看不到。雖然用戶看不到，但瀏覽器卻會(huì)實(shí)實(shí)在在的去渲染，以至于浪費(fèi)大量的性能。所以我們得想辦法讓瀏覽器不渲染非可視區(qū)的內(nèi)容就能夠達(dá)到提高頁(yè)面渲染性能的效果。

我們上面說(shuō)到的虛擬列表原理其實(shí)就跟這個(gè)類似，在首屏加載時(shí)，只加載可視區(qū)的內(nèi)容，當(dāng)頁(yè)面發(fā)生滾動(dòng)時(shí)，動(dòng)態(tài)通過(guò)計(jì)算獲得可視區(qū)的內(nèi)容，并將非可視區(qū)的內(nèi)容進(jìn)行刪除，這樣就能夠大大提高長(zhǎng)列表的渲染性能。

但這個(gè)需要配合JS才能實(shí)現(xiàn)，現(xiàn)在我們可以使用CSS中content-visibility: auto，它可以用來(lái)跳過(guò)屏幕外的內(nèi)容渲染，對(duì)于這種有大量離屏內(nèi)容的長(zhǎng)列表，可以大大減少頁(yè)面渲染時(shí)間。

我們將上面的例子稍微改改：

<template>
  <div>
    <div>
      <img :src="book.bookCover" />
      <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>

首先是沒(méi)有添加content-visibility: auto的效果，無(wú)論這些元素是否在可視區(qū)，都會(huì)被渲染

如果我們?cè)谄匠I(yè)務(wù)中這樣寫(xiě)，用戶進(jìn)入到這個(gè)頁(yè)面可能就直接口吐芬芳了，為了性能考慮，我們?yōu)槊恳粋€(gè)列表項(xiàng)加上：

.card_item {
  content-visibility: auto;
}

這個(gè)時(shí)候我們?cè)賮?lái)看下效果：

從第10個(gè)開(kāi)始，這些沒(méi)在可視區(qū)的元素就沒(méi)有被渲染，這可比上面那種全部元素都渲染好太多了，但是如果瀏覽器不渲染頁(yè)面內(nèi)的一些元素，滾動(dòng)將是一場(chǎng)噩夢(mèng)，因?yàn)闊o(wú)法正確計(jì)算頁(yè)面高度。這是因?yàn)椋?code>content-visibility會(huì)將分配給它的元素的高度（height）視為0，瀏覽器在渲染之前會(huì)將這個(gè)元素的高度變?yōu)?code>0，從而使我們的頁(yè)面高度和滾動(dòng)變得混亂。

這里我們可以看到頁(yè)面上的滾動(dòng)條會(huì)出現(xiàn)抖動(dòng)現(xiàn)象，這是因?yàn)榭梢晠^(qū)外的元素只有出現(xiàn)在了可視區(qū)才會(huì)被渲染，這就回導(dǎo)致前后頁(yè)面高度會(huì)發(fā)生變化，從而出現(xiàn)滾動(dòng)條的詭異抖動(dòng)現(xiàn)象，這是虛擬列表基本都會(huì)存在的問(wèn)題。

??注意：當(dāng)元素接近視口時(shí)，瀏覽器不再添加size容器并開(kāi)始繪制和命中測(cè)試元素的內(nèi)容。這使得渲染工作能夠及時(shí)完成以供用戶查看。

這也是為什么上面我們看到的是從第十個(gè)才開(kāi)始不渲染子元素，因?yàn)樗枰粋€(gè)緩沖區(qū)以便瀏覽器能夠在頁(yè)面發(fā)生滾動(dòng)時(shí)及時(shí)渲染呈現(xiàn)在用戶眼前。

上面提到的size其實(shí)是一種 CSS 屬性的潛在值contain，它指的是元素上的大小限制確保元素的框可以在不需要檢查其后代的情況下進(jìn)行布局。這意味著如果我們只需要元素的大小，我們可以跳過(guò)后代的布局。

contain-intrinsic-size 救場(chǎng)

頁(yè)面在滾動(dòng)過(guò)程中滾動(dòng)條一直抖動(dòng)，這是一個(gè)不能接受的體驗(yàn)問(wèn)題，為了更好地實(shí)現(xiàn)content-visibility，瀏覽器需要應(yīng)用 size containment 以確保內(nèi)容的渲染結(jié)果不會(huì)以任何方式影響元素的大小。這意味著該元素將像空的一樣布局。如果元素沒(méi)有在常規(guī)塊布局中指定的高度，那么它將是 0 高度。

這個(gè)時(shí)候我們可以使用contain-intrinsic-size來(lái)指定的元素自然大小，確保我們未渲染子元素的 div 仍然占據(jù)空間，同時(shí)也保留延遲渲染的好處。

語(yǔ)法

此屬性是以下 CSS 屬性的簡(jiǎn)寫(xiě)：

• 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 可以為元素指定以下一個(gè)或兩個(gè)值。如果指定了兩個(gè)值，則第一個(gè)值適用于寬度，第二個(gè)值適用于高度。如果指定單個(gè)值，則它適用于寬度和高度。

實(shí)現(xiàn)

我們只需要給添加了content-visibility: auto的元素添加上contain-intrinsic-size就能夠解決滾動(dòng)條抖動(dòng)的問(wèn)題，當(dāng)然，這個(gè)高度約接近真實(shí)渲染的高度，效果會(huì)越好，如果實(shí)在無(wú)法知道準(zhǔn)確的高度，我們也可以給一個(gè)大概的值，也會(huì)使?jié)L動(dòng)條的問(wèn)題相對(duì)減少。

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

之前沒(méi)添加contain-intrinsic-size屬性時(shí)，可視區(qū)外的元素高度都是0，現(xiàn)在這些元素高度都是我們?cè)O(shè)置的contain-intrinsic-size的值，這樣的話整個(gè)頁(yè)面的高度就是不會(huì)發(fā)生變化（或者說(shuō)變化很?。瑥亩?yè)面滾動(dòng)條也不會(huì)出現(xiàn)抖動(dòng)問(wèn)題（或者說(shuō)抖動(dòng)減少）

性能對(duì)比

上面說(shuō)了這么多，content-visibility是否真的能夠提高頁(yè)面的渲染性能呢，我們來(lái)實(shí)際對(duì)比看看：

• 首先是沒(méi)有content-visibility的頁(yè)面渲染

• 然后是有content-visibility的頁(yè)面渲染

上面是用1000個(gè)列表元素進(jìn)行測(cè)試的，有content-visibility的頁(yè)面渲染花費(fèi)時(shí)間大概是37ms，而沒(méi)有content-visibility的頁(yè)面渲染花費(fèi)時(shí)間大概是269ms，提升了足足有7倍之多?。?！

對(duì)于列表元素更多的頁(yè)面，content-visibility帶來(lái)的渲染性能提升會(huì)更加明顯。

思考?

能否減小頁(yè)面的內(nèi)存占用？

之前有同學(xué)問(wèn)到了content-visibility: auto是否會(huì)減少頁(yè)面內(nèi)存的占用，這個(gè)我們可以查看下使用前后頁(yè)面所占用內(nèi)存的大小是否有變化。

我們可以通過(guò)chrome瀏覽器 設(shè)置 --> 更多工具 --> 任務(wù)管理器 查看頁(yè)面占用內(nèi)存大小。

• 首先是沒(méi)有content-visibility: auto，頁(yè)面占用內(nèi)存大概為96.2MB

• 然后是添加了content-visibility: auto，頁(yè)面占用內(nèi)存仍然是96.2MB

也就是說(shuō)，它并不會(huì)減少頁(yè)面占用內(nèi)存大小，這些元素是真實(shí)存在于DOM樹(shù)中的，并且我們也可以通過(guò)JS訪問(wèn)到

是否會(huì)影響腳本的加載行為？

如果我們?cè)谔砑恿?code>content-visibility: auto的元素內(nèi)去加載腳本，并且此時(shí)的元素處于一個(gè)不可見(jiàn)的狀態(tài)，那么此時(shí)元素內(nèi)的腳本能夠正常加載呢？

<!-- ... 第十二個(gè) -->
<div class="visibility_item">
        <div class="inner">
            測(cè)試腳本
            <img src="../../../../images/22-11/content-s1.png" alt="">
            <script src="./2.js"></script>
        </div>
        
</div>

很明顯它并不會(huì)影響腳本與圖片的加載行為，并且腳本再加載后能夠正常執(zhí)行。結(jié)合上面第一點(diǎn)，我們可以得出結(jié)論，使用了content-visibility: auto的元素影響的只是子元素的渲染，對(duì)于內(nèi)部靜態(tài)資源的加載還是正常進(jìn)行。

但我們需要注意的是腳本的執(zhí)行時(shí)機(jī)，如果要獲取DOM元素的話，此時(shí)的腳本只能獲取到它加載位置之前的DOM元素，而與它自身DOM有沒(méi)有渲染無(wú)關(guān)！

// 2.js
console.log('測(cè)試腳本')
console.log('第十一個(gè)', document.querySelectorAll('.visibility_item')[10])

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

可訪問(wèn)性

使用了content-visibility: auto并且在非可視區(qū)的元素是否存在于可訪問(wèn)樹(shù)中？

這里我們可以看出content-visibility: auto是屏幕外的內(nèi)容在文檔對(duì)象模型中仍然可用，因此在可訪問(wèn)性樹(shù)中（與visibility: hidden不同）。這意味著我們可以在頁(yè)面上搜索并導(dǎo)航到該內(nèi)容，而無(wú)需等待它加載或犧牲渲染性能。

這個(gè)功能特性是在chrome 90 中更新的，在 chrome 85-89 中，屏幕外的子元素content-visibility: auto被標(biāo)記為不可見(jiàn)。

兼容性

content-visibility是chrome85新增的特性，所以兼容性還不是很高，但它是一個(gè)非常實(shí)用的CSS屬性，由于跳過(guò)了渲染，如果我們大部分內(nèi)容都在屏幕外，利用該content-visibility屬性可以使初始用戶加載速度更快。相信兼容性的問(wèn)題在不久的將來(lái)會(huì)得到解決~

以上就是關(guān)于“CSS新特性content-visibility怎么使用”這篇文章的內(nèi)容，相信大家都有了一定的了解，希望小編分享的內(nèi)容對(duì)大家有幫助，若想了解更多相關(guān)的知識(shí)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道。