整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
、*{} #zishu *{} 盡量避開
由于不同瀏覽器對HTML標簽的解釋有差異，所以最終的網頁效果在不同的瀏覽器中可能是不一樣的，為了消除這方面的風險，設計者通常會在CSS的一個始就把所有標簽的默認屬性全部去除，以達到所有簽標屬性值都統一的效果。所以就有了*通配符。*會遍歷所有的標簽;
*{margin:0; padding:0}
●建議的的解決辦法：
不要去使用生僻的標簽，因為這些標簽往往在不同瀏覽器中解釋出來的效果不一樣;所以你要盡可能的去使用那些常用的標簽;
不要使用*;而是把你常用到的這些標簽進行處理;例如：body,li,p,h1{margin:0; padding:0}
2、濾鏡的一些東西不要去用
IE的一些濾鏡在FIREFOX中不支持，往往寫一些效果時你還是使用CSS HACK;而濾鏡是一個非常毫資源的東西;特別是一些羽化、陰影和一個前透明的效果;
●建議的解決辦法：
能不使用就不要使用，一方面兼容問題;很多效果只能在IE中使用;
就本例而言，如果非要這樣在的效果，建議用圖片作背景;(只說優化速度，實際應用還是可以小部分用，有人可能會說，用圖片還多一個HTTP請求呢，呵呵……)
一個非常好的例子，就是在今年512大地震時，很多網站一夜之間全部變成了灰色，他們只用了一行CSS代碼：
body{filter: gray;}
但，你會看會看到這些網頁非常的慢，打開后你的CPU也會飆升，不夸張的說，如果你的電腦配置差，干死你也不為過。
3、一個頁面上少用絕對定位
絕對定位(position:absolute)是網頁布局中很常用到的，特別是作一些浮動效果時，也會讓頁面看起來非常的酷。但網頁中如果使用過多的絕對定位，會讓你的網頁變得非常的慢，這一點上邊FIREFOX表現要比IE還要差。
●建議的解決辦法：
盡可能少用，這個少用的值是多少，也沒有一個非常好的值來說明;還要看絕定定位這個標簽里邊的內容的多少;在這里我只能說，這樣寫會有性能問題，少用。
如果能用變通實現同樣的效果，就用變通的辦法。
4、background 背景圖片的平鋪
有些網頁的背景或頁面中某塊的背景通常要用到圖片的平鋪，平鋪后就會有平鋪次數的問題，如果是單次還好，如果是多次，就廢了。
●建議的作法：
色彩少的圖片要作成gif圖片;
平鋪的圖片盡可能大一些，如果是色彩少的GIF圖片，圖片大一些，實際大小也不會大多少;上邊的兩個例子就很好的證明，第一個圖片非常少，第二個圖大較大一些;但速度是非常不一樣的;
5、讓屬性盡可能多的去繼承
盡可能讓一些屬性子可以繼承父，而不是覆蓋父;
6、CSS的路徑別太深
#zishu #info #tool #sidebar h2{ font-size:12px;}
7、能簡寫的一些就簡寫
這個對渲染速度沒有影響;只是少幾個字符;
8、別放空的的class或沒有的class在HTML代碼中
9、float 的應用
這個東西我的感覺是如果使用不當，百分百有性能問題，而且還非常的大，但實在不知道怎么樣能弄一個例子出來;這里只能建議大家如果不是很明白float是怎么工作的，還是少使用為妙。
曾經因為這個把IE干死過，我寫過一個例子，雖說和這個沒有什么太大的關系：IE之死__原來與CSS有關.
10、合理的布局
為什么這么說呢，合理的布局，可以改變CSS的寫法以及渲染過程。
要：在本文中，將重點關注網頁的初始渲染，即它從解析 HTML 開始。 我將探索可能導致高渲染時間的問題，以及如何解決它們。
本文分享自華為云社區《頁面首屏渲染性能指南-云社區-華為云》，作者：Ocean2022。
我們知道渲染頁面是一個將服務器的響應內容翻譯成圖片的過程。但是，如果你頁面的渲染性能比較糟糕的話，可能會帶來相對較高的跳出率。
在本文中，我將重點關注網頁的初始渲染，即它從解析 HTML 開始。 我將探索可能導致高渲染時間的問題，以及如何解決它們。
關鍵渲染路徑 (CRP) 是瀏覽器將代碼轉換為屏幕上可顯示像素的過程。 它有幾個階段，其中一些可以并行執行以節省時間，但有些部分必須依次完成。 如下圖所示：
首先，一旦瀏覽器得到響應，它就會開始解析它。 當它遇到依賴項時，它會嘗試下載它。 如果它是一個樣式表文件，瀏覽器必須在渲染頁面之前完全解析它，這就是為什么 CSS 會阻塞渲染的原因。
如果是腳本，瀏覽器必須：停止解析，下載腳本，然后運行。 只有在那之后它才能繼續解析，因為 JavaScript 程序可以改變網頁的內容（尤其是 HTML）。 這就是為什么 JS 會阻塞解析的原因。
完成所有解析后，瀏覽器將構建文檔對象模型 (DOM) 和級聯樣式表對象模型 (CSSOM)。 將它們組合在一起得到渲染樹。 頁面的不顯示部分不會進入渲染樹，因為它只包含繪制頁面所需的數據。
倒數第二步是將渲染樹進行布局， 這個階段也稱為回流：就是計算每個渲染樹節點的每個位置及其大小的地方。
最后一步是繪制。 它會根據瀏覽器在前一階段計算得到的數據對像素進行著色。
因此，根據這一過程，我們在優化性能方面，得出了一些結論。如果你要提升頁面初始化渲染的性能，你需要：
同時，我們會根據下面 3 個指標來衡量優化的效率：
除了渲染時間之外，還有其他一些因素也需要考慮。例如，你的頁面使用了多少阻塞資源以及下載它們需要多長時間。
鑒于我們在上面得出的結論，我們得出網站性能優化有三種主要策略：
首先，移除所有未使用的部分，例如 JavaScript 中無法訪問的函數、帶有從不匹配任何元素的選擇器的樣式以及被 CSS 永遠隱藏的 HTML 標簽。 其次，刪除所有重復項。
然后，我建議建立一個自動壓縮過程。 例如，它應該從你的后端服務中刪除所有注釋（但不是源代碼）以及每個不包含附加信息的字符（例如 JS 中的空白字符）。
完成后，我們剩下的可以是文本字符串。 這意味著我們可以安全地應用諸如 GZIP（大多數瀏覽器都理解）之類的壓縮算法。
最后，還有緩存。 瀏覽器第一次呈現頁面時它不會有幫助，但它會在以后的訪問中節省很多。 但是，記住兩點至關重要：
當然，應該為每個資源定義緩存策略。 有些可能很少改變或根本不會改變，有的則是變化的很快，還有些文件包含敏感的信息（可以使用 “private” 防止 CDN 緩存私有數據）。
“關鍵”僅指網頁正確呈現所需的資源。 因此，我們可以直接跳過所有流程中沒有涉及的樣式以及腳本文件。
為了告訴瀏覽器不需要特定的 CSS 文件，我們應該為所有引用樣式表的鏈接設置媒體屬性。 使用這種方法，瀏覽器將只根據需要處理與當前媒體（設備類型、屏幕尺寸）匹配的資源，同時降低所有其他樣式表的優先級。 例如，如果你將 media=“print” 屬性添加到引用樣式以打印頁面的樣式標記，則這些樣式不會在不打印媒體時干擾你的關鍵渲染路徑。
為了進一步改進該過程，你還可以將一些樣式內聯，這可以為我們節省了至少一次到服務器的往返行程。
如上所述，腳本會阻塞解析，因為它們可以改變 DOM 和 CSSOM。 為了避免這一點，所有腳本標簽都必須用屬性標記——異步或延遲。
標有 async 的腳本不會阻塞 DOM 構建或 CSSOM，因為它們可以在 CSSOM 構建之前執行。 但請記住，內聯腳本無論如何都會阻止 CSSOM，除非你將它們放在 CSS 之上。
相比之下，標有 defer 的腳本將在頁面加載結束時進行執行。
換句話說，使用 defer，腳本直到頁面加載事件被觸發后才會執行，而 async 讓腳本在文檔被解析時就會在后臺運行。
最后，應將 CRP 長度縮短到可能的最小值。
作為樣式標簽屬性的媒體查詢將減少必須下載的資源總數。 script 標簽屬性 defer 和 async 將防止相應的腳本阻塞解析。
使用 GZIP 壓縮、壓縮和歸檔資源將減少傳輸數據的大?。◤亩矞p少數據傳輸時間）。
內聯一些樣式和腳本也可以減少瀏覽器和服務器之間的往返次數。
按照最新的最佳性能實踐理念，一個網站應該做的最快的第一件事就是展示 ATF 內容。 ATF 代表首屏。 這是立即可見的區域，無需滾動。 因此，最好以首先加載所需樣式和腳本的方式重新排列與渲染相關的所有內容，而其他所有內容都停止（既不解析也不渲染）。
總而言之，網站性能優化包含了網站響應的各個方面，例如緩存、設置 CDN、重構、資源優化等，但是所有這些都可以逐步完成。 作為 Web 開發人員，你可以將本文作為參考，并始終記住在實驗之前和之后測量性能。
瀏覽器開發人員盡最大努力優化你訪問的每個頁面的網站性能，這就是瀏覽器通常實現所謂的“預加載器”的原因。 這部分程序會在你以 HTML 格式請求的資源之前進行掃描，以便一次發出多個請求并讓它們并行運行。 這就是為什么在 HTML（逐行）以及腳本標簽中保持樣式標簽彼此靠近的原因。
此外，嘗試批量更新 HTML 以避免多個布局事件，這些事件不僅由 DOM 或 CSSOM 中的更改觸發，而且在設備方向更改和窗口大小調整時也會觸發。
點擊下方，第一時間了解華為云新鮮技術~
華為云博客_大數據博客_AI博客_云計算博客_開發者中心-華為云
擊右上方紅色按鈕關注“小鄭搞碼事”，每天都能學到知識，搞懂一個問題！
有關在頁面渲染方面的性能優化。這里提幾點需要考慮的。
在HTML中直接縮放圖片會導致頁面內容的重排重繪，此時可能會使用頁面中的其他操作產生卡頓，因此要盡量減少在頁面中直接進行圖片縮放。
CSS表達式或CSS濾鏡的解析渲染速度是比較慢的。在有其他解決方案的情況下應該盡量避免使用。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
