[[433186]]

結合現代網站的復雜性和瀏覽器處理 CSS 的方式，即使是適量的 CSS 也可能成為處理受限設備、網絡延遲、帶寬或數據限制的人的瓶頸。

由于性能是用戶體驗的重要組成部分，因此必須確保跨各種形狀和大小的設備提供一致、高質量的體驗，這也需要優化 CSS。

這篇文章將介紹 CSS 會導致哪些類型的性能問題，以及制作不會妨礙人們的 CSS 的最佳實踐。

一、CSS 是如何工作的?

1.CSS 塊渲染

當頁面有可用的 CSS 時，無論是內聯樣式表還是外部樣式表，瀏覽器都會延遲呈現，直到 CSS 被解析。這是因為沒有 CSS 的頁面通常無法使用。

如果瀏覽器向你展示了一個沒有 CSS 的凌亂頁面，那么片刻之后就會進入一個有樣式的頁面，不斷變化的內容和突然的視覺變化會讓用戶體驗變得混亂。糟糕的用戶體驗有一個名字——無樣式內容閃現(FOUC)

2.CSS 可以阻止 HTML 解析

盡管瀏覽器在解析完 CSS 之前不會顯示內容，但它會處理 HTML 的其余部分。但是，腳本會阻止解析器，除非它們被標記為defer或async。腳本可能會操縱頁面和其余代碼，因此瀏覽器必須注意該腳本何時執行。

解析器阻塞腳本：腳本如何阻塞 HTML 解析。

因為腳本會影響應用到頁面的樣式，如果瀏覽器仍在處理一些 CSS，它會等到它完成后再運行腳本。由于在腳本運行之前它不會繼續解析文檔，這意味著 CSS 不再只是阻止渲染——根據外部樣式表的順序，文檔中的腳本也可能會停止 HTML 解析。

Parser Blocking CSS：CSS 如何阻止 HTML 解析。

為避免阻塞解析，請盡快交付 CSS 并以最佳順序安排您的資源。

二、觀察 CSS 的大小

1.壓縮和縮小 CSS

建立連接去下載外部樣式表不可避免地會導致延遲，但您可以通過最小化通過網絡傳輸的總字節數來加快下載速度。

壓縮文件可以顯著提高速度，許多托管平臺和 CDN 默認使用壓縮編碼資產(或者您可以輕松配置它們)。服務器和客戶端交互使用最廣泛的壓縮格式是Gzip。還有Brotli可以提供更好的壓縮結果，盡管它不像 Gzip 那樣受支持。

縮小CSS是刪除空格和任何不需要的代碼的過程。輸出是一個較小但完全有效的代碼文件，瀏覽器可以解析它，這將為您節省一些字節。Terser是一種流行的 JavaScript 壓縮工具，或使用webpack，v4 插件來創建縮小的構建文件。

2.刪除未使用的 CSS

使用 CSS 框架時，以未使用的 CSS 結束是比較常見的(除非我們只包含我們需要的組件)。同樣的問題出現在長期增長的大型代碼庫中。

刪除未使用的 CSS 通常是手動工作。主要的挑戰是它有多復雜。我們必須在所有可能的狀態下，在所有可能的設備(涵蓋媒體查詢)上仔細審核整個站點，并執行所有可能改變樣式的 JavaScript 功能。

UnusedCSS 和 PurifyCSS 是可以幫助確定不必要樣式的流行工具，但我們應該將它們與仔細的視覺回歸測試配對。

這就是使用 CSS-in-JS 的顯著優勢：每個組件中呈現的樣式僅需要 CSS。快速 CSS-in-JS 的秘訣是將 CSS 內聯到頁面中或將其提取到外部 CSS 文件中。在 JavaScript 文件中傳送 CSS 將導致它被解析和評估緩慢。

三、優先考慮關鍵 CSS

關鍵CSS是一種為首屏內容提取和內聯CSS的技術。在HTML文檔的中內聯提取的樣式，無需發出額外的請求來獲取這些樣式并加快渲染速度。

為了最大限度地減少首次渲染的往返次數，請將首屏內容保持在14 KB(壓縮)以下。

確定關鍵 CSS 并不完全準確，因為您需要對折疊位置(因設備屏幕尺寸而異)做出假設。這對于高度動態的站點來說可能很困難。即使不精確，它仍然可以帶來性能改進，我們可以使用Critical、CriticalCSS和Penthouse等工具將其自動化。

1.異步加載 CSS

CSS的其余部分(不太重要的部分)最好異步加載。實現這一點的方法是將鏈接媒體屬性設置為print：

“打印”媒體類型定義了用戶嘗試打印頁面時的樣式表規則，瀏覽器將加載此類樣式表而不會延遲頁面渲染。將該樣式表應用于所有媒體(即屏幕而不僅僅是打印)使用onload屬性在樣式表完成加載時將媒體設置為全部。

另一種選擇是使用<link rel="preload">(而不是rel="stylesheet")來實現與上述類似的模式，并在加載事件時將rel屬性切換到樣式表。使用這種方法時需要考慮一些缺點。

· 瀏覽器對預加載的支持仍然不是很好，因此需要一個 polyfill(或使用諸如loadCSS 之類的庫)來跨瀏覽器應用樣式表。

· 預加載很早就以最高優先級獲取文件，可能會降低其他重要下載的優先級。

如果你確實想要preload提供的高優先級獲取(在支持它的瀏覽器中)，loadCSS 的創建者建議你將它與第一個模式結合起來，像這樣：

2.避免在 CSS 文件中使用 @import

在 CSS 文件中使用@import會減慢渲染速度。首先，瀏覽器必須下載 CSS 文件以發現導入的資源，然后在渲染之前發起另一個下載請求。

如果你有一個包含@import url(imported.css) 的樣式表;網絡瀑布如下所示：

在鏈接元素中加載兩個樣式表允許并行下載：

四、使用高效的 CSS 動畫

當您為頁面上的元素設置動畫時，瀏覽器通常必須重新計算它們在文檔中的位置和大小，這會觸發布局。例如，如果您更改元素的寬度，則其任何子元素都可能受到影響，并且頁面布局的很大一部分可能會更改。布局幾乎總是作用于整個文檔，所以布局樹越大，它執行布局計算的時間就越長。

為元素設置動畫時，必須盡量減少布局和重繪。并非所有 CSS 動畫技術都是平等的，現代瀏覽器可以最好地創建具有位置、縮放、旋轉和不透明度的高性能動畫：

• 不要更改高度和寬度屬性，而是使用transform: scale()。
• ·四處移動元素，請避免更改top、right、bottom或left屬性并使用transform: translate()代替。
• ·如果要模糊背景，請考慮使用模糊圖像并更改其不透明度。

在包含 CSS屬性告訴瀏覽器的元素及其后代被認為是獨立于文檔樹(盡可能)。它將頁面的子樹與其余部分隔離開來。然后瀏覽器可以優化頁面獨立部分的渲染(樣式、布局和繪制操作)以提高性能。

該包含屬性是在包含許多獨立的小部件頁面有用。我們可以使用它來防止每個小部件內的更改在小部件的邊界框之外產生副作用。一個主要是靜態的站點不會從這個策略中獲得什么好處。

五、使用 CSS 優化字體加載

1.在字體加載期間避免不可見的文本

字體通常是需要一段時間才能加載的大文件。一些瀏覽器會在字體加載之前隱藏文本(導致“不可見文本閃爍”或 FOIT)來解決這個問題。在優化速度時，您需要避免“不可見文本閃爍”，并立即使用系統字體(一種預裝在他們機器上的字體)向人們顯示內容。加載字體文件后，它將替換稱為“無樣式文本閃爍”或 FOUT 的系統字體。

實現此目的的一種方法是使用front-display 一種用于指定字體顯示策略的API。使用帶有值swap的font-display告訴瀏覽器使用該字體的文本應該立即使用系統字體顯示。

2.使用可變字體來減小文件大小

可變字體使字體的許多不同變體能夠合并到一個文件中，而不是為每個寬度、粗細或樣式都設置一個單獨的字體文件。它們允許您使用 CSS 和單個@font-face引用訪問給定字體文件中的所有變體。

在需要多種字體變體的情況下，可變字體可以顯著減小文件大小。您可以加載包含所有信息的單個文件，而不是加載常規和粗體樣式及其斜體版本。

Monotype 進行了一項實驗，通過組合 12 種輸入字體來生成 8 個權重，跨越三種寬度，跨越斜體和羅馬風格。在單個可變字體文件中存儲 48 種獨立字體意味著文件大小減少了 88%。

六、不用擔心 CSS 選擇器的速度

CSS 選擇器的結構會影響瀏覽器匹配它們的速度。瀏覽器從右到左讀取選擇器，因此當您使用后代選擇器時。例如，nav a {}，它將首先匹配頁面上的每個元素，然后在nav內部的元素上歸零。如果您使用更具體的選擇器，例如，在 nav 元素內的每個上使用.nav-link，它就不會花時間嘗試匹配頁面上的每個。

如果您考慮瀏覽器如何從右到左匹配選擇器以及.container ul li a { } 之類的示例，您就會明白為什么后代選擇器通常被標記為“重要”的原因。

這樣的選擇器似乎是一個速度問題。但是，選擇器匹配性能很快。CSS 聲明對壓縮算法非常友好，因此優化 CSS 選擇器所需的工作通常最好花在應用程序的其他部分上，從而獲得更高的投資回報。

CSS 對于加載頁面和令人愉悅的用戶體驗至關重要。雖然我們通?？赡軙炏瓤紤]其他資產(例如腳本或圖像)的影響更大，但我們不應該忘記 CSS。通過上述策略，您將能夠確?？焖俳桓逗蛨绦?。 

原文：https://calibreapp.com/blog/css-performance