淺談前端性能優(yōu)化-PC端(轉載)

網絡加載

  1. 減少HTTP請求次數(shù)
    建議盡可能的根據(jù)需要去合并靜態(tài)資源圖片、JavaScript代碼和CSS文件睛低,減少頁面請求數(shù)案狠,這樣可以縮短頁面首次訪問的等待時間,另外也要盡量的避免重復資源暇昂,防止增加多余的請求

  2. 減少HTTP請求大小
    除了減少請求資源數(shù)莺戒,也要減少每個http請求的大小。比如減少沒必要的圖片急波,JS从铲,CSS以及HTML等,對文件進行壓縮優(yōu)化澄暮,開啟GZIP壓縮傳輸內容名段,縮短網絡傳輸?shù)却舆t

  3. 將CSS和JS放到外部文件中,避免使用style和script標簽引入
    在HTML文件中引入外部的資源可以有效利用瀏覽器的靜態(tài)資源緩存泣懊。有時候在移動端對請求數(shù)比較在意的會為了減少請求把CSS和JS文件直接寫到HTML里邊伸辟,具體根據(jù)CSS和JS文件大小和業(yè)務場景來分析。如果CSS和JS文件內容較多馍刮,邏輯比較復雜信夫,建議放到外部引入<link rel="stylesheet">
    <script src="https://cdn.bootcss.com/bootstrap/3.3.7/js/bootstrap.min.js"></script>

  4. 避免頁面中空的href和src
    當link標簽的href屬性為空,或者script卡啰、img静稻、iframe標簽的src屬性為空的時候,瀏覽器在渲染的過程中還是會把href和src的空內容進行加載匈辱,直到加載失敗振湾。這樣就阻塞了頁面中其他資源的下載進程,并且最后加載的內容是無效的亡脸,因此要盡量避免押搪。
    <img src="" alt="占位圖"/>

  5. 為HTML指定Cache-Control或者Expires
    為HTML指定Cache-Control或者Expires可以將HTML內容緩存起來树酪,避免頻繁向服務器發(fā)送請求。在頁面Cache-Control或Expires頭部又消失大州,瀏覽器會直接從緩存讀取內容续语,不向服務器發(fā)送請求
    <meta http-equiv="Cache-Control" content="max-age=7200" /><meta http-equiv="expires" content="Wed, 20 Jun 2017 22:33:00 GMT">

  6. 合理設置Etag和Last-Modified
    對于未修改的文件,靜態(tài)資源服務器會向瀏覽器端返回304摧茴,讓瀏覽器從緩存中讀取文件绵载,減少下載的帶寬消耗并能減少服務器的負載<meta http-equiv="last-modified" content="Mon, 03 Jan 2017 17:45:57 GMT">

  7. 減少頁面重定向
    一次重定向大概600毫秒的時間開銷,為了保證用戶能盡快看到頁面內容苛白,盡量避免頁面的重定向

  8. 靜態(tài)資源不同域名存放
    瀏覽器在同一時刻向同一個域名請求文件的并行下載數(shù)是有限的娃豹,因此可以理由多個域名的主機來存放不同的靜態(tài)資源,增大頁面加載時資源的并行下載數(shù)购裙。

  9. 使用靜態(tài)資源CDN來存儲文件
    詳情搜索CDN空間

  10. 使用CDN Combo下載傳輸內容
    CDN的combo技術能把多個資源文件合并引用懂版,減少請求次數(shù)。這樣可以減少瀏覽器HTTP請求數(shù)躏率,加快資源下載速度躯畴。比如淘寶的寫法:
    <link rel="stylesheet" ><script type='text/javascript' src='//g.alicdn.com/msui/sm/0.6.2/js/??sm.min.js,sm-extend.min.js' charset='utf-8'></script>

參考: http://www.cnblogs.com/zhengyun_ustc/archive/2012/07/18/combo.html

  1. 使用可緩存的AJAX
    對于內容相同的請求,有時候沒必要每次都從服務器拉取薇芝,合理的使用ajax緩存能加快ajax響應速度并減少服務器的壓力
    $.ajax({ url : url, dataType : "json", cache: true, success: function(data){ // to do something... }});

  2. 使用get請求
    POST請求會首先發(fā)送文件頭蓬抄,然后發(fā)送HTTP正文的數(shù)據(jù)。而使用GET只發(fā)送頭部夯到,所以在拉取數(shù)據(jù)時使用GET請求效率更高

  3. 減少Cookie的大小并進行Cookie隔離
    HTTP請求默認是會帶上瀏覽器端的Cookie一起發(fā)送給服務器端的嚷缭,所以在非必要的情況下要盡量減少Cookie。對于靜態(tài)的資源耍贾,盡量使用不同的域名存放阅爽,因為Cookie默認也是不能跨域的,這就做到了不同域名下靜態(tài)資源請求的Cookie隔離

  4. 減少favicon.ico 并緩存
    一般一個web應用的favicon.ico是很少改變的荐开,付翁。有利于favicon.ico的重復加載

  5. 異步的加載JavaScript資源
    異步的JavaScript資源不會阻塞文檔解析,所以瀏覽器會優(yōu)先渲染頁面晃听,延遲加載腳本執(zhí)行百侧。
    <script src="main.js" defer></script><script src="main.js" async></script>

  6. 消除阻塞頁面的CSS和JS
    對于頁面中加載時間過長的CSS或JS文件,需要進行合理的拆分或者延后加載能扒,保證關鍵的資源能快速加載完成

  7. 避免使用CSS import 引用加載CSS

  8. 使用prefetch來完成網站預加載
    讓瀏覽器預先加載用戶訪問當前頁后極有可能訪問的其他資源(頁面佣渴,圖片,視頻等)赫粥,從而讓用戶有更好的體驗

  9. 按需加載
    這個跟第二條差不多观话,特別做單頁應用的時候要注意(移動端部分會著重說明)

頁面渲染類

  1. 把CSS資源引用放到HTML文件頂部
    這樣瀏覽器可以優(yōu)先下載CSS并盡快完成頁面渲染
  2. JavaScript文件引用放到HTML文件底部
    可以防止JavaScript的加載和解析執(zhí)行對頁面渲染造成阻塞予借。由于JavaScript資源默認是解析阻塞的越平,除非被標記為異步或者通過其他的方式異步加載频蛔,否則會阻塞HTML DOM解析和CSS渲染過程
  3. 不要在HTML中直接縮放圖片
    在HTML中直接縮放圖片會導致頁面內容的重排重繪,此時可能會使頁面中的其他操作產生卡頓秦叛,因此要盡量減少在頁面中直接進行圖片縮放
  4. 減少DOM元素數(shù)量和深度
    HTML中標簽元素約的晦溪,標簽的層級越深,瀏覽器解析DOM并繪制到瀏覽器中說花的時間就越長挣跋。
  5. 盡量避免使用table三圆、iframe等慢元素
    <table>內容的渲染是講table的DOM渲染樹全部生成完并一次性繪制到頁面上,所以在長表格渲染時很耗性能避咆,應該盡量避免使用舟肉,可以考慮用ul代替。盡量使用異步的方式動態(tài)的加載iframe查库,因為iframe內資源的下載進程會阻塞父頁面靜態(tài)資源的下載以及HTML DOM的解析
  6. 避免運行耗時的JavaScript
    長時間運行的JavaScript會阻塞瀏覽器構建DOM樹路媚、DOM渲染樹、渲染頁面樊销。所以任何與頁面初次渲染無關的邏輯功能都應該延遲加載執(zhí)行整慎,這和JavaScript資源的異步加載思路一致
  7. 避免使用CSS表達式和CSS濾鏡
    CSS表達式和濾鏡的解析渲染速度是很慢的,再有其他解決方案的情況下應該盡量避免使用
    // 不推薦.opacity{ filter: progid:DXImageTransform.Microsoft.Blur(PixelRadius=10, MakeShadow=false)}

至此围苫,PC部分的性能優(yōu)化點介紹完了裤园。有一些沒有講到的諸如DNS預解析,離線緩存剂府,HTTP2協(xié)議拧揽,GPU加速等,想著移動端的優(yōu)化更細周循,這些內容放到移動端再講會好一點强法。因為PC端由于兼容性的問題,很多的優(yōu)化策略也不能很好的向下降級湾笛。盡管列舉了很多饮怯,但還有少部分遺漏的,歡迎大家補充嚎研。前端優(yōu)化不是一件簡簡單單的事情蓖墅,其涉及的內容很多,大家可以根據(jù)實際情況將這些方法應用到自己的項目當中去临扮。

原文:http://www.reibang.com/p/ead7dab72cd6

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末论矾,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子杆勇,更是在濱河造成了極大的恐慌贪壳,老刑警劉巖,帶你破解...
    沈念sama閱讀 207,248評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件蚜退,死亡現(xiàn)場離奇詭異闰靴,居然都是意外死亡彪笼,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,681評論 2 381
  • 文/潘曉璐 我一進店門蚂且,熙熙樓的掌柜王于貴愁眉苦臉地迎上來配猫,“玉大人,你說我怎么就攤上這事杏死”靡蓿” “怎么了?”我有些...
    開封第一講書人閱讀 153,443評論 0 344
  • 文/不壞的土叔 我叫張陵淑翼,是天一觀的道長腐巢。 經常有香客問我,道長玄括,這世上最難降的妖魔是什么系忙? 我笑而不...
    開封第一講書人閱讀 55,475評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮惠豺,結果婚禮上银还,老公的妹妹穿的比我還像新娘。我一直安慰自己洁墙,他們只是感情好蛹疯,可當我...
    茶點故事閱讀 64,458評論 5 374
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著热监,像睡著了一般捺弦。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上孝扛,一...
    開封第一講書人閱讀 49,185評論 1 284
  • 那天列吼,我揣著相機與錄音,去河邊找鬼苦始。 笑死寞钥,一個胖子當著我的面吹牛,可吹牛的內容都是我干的陌选。 我是一名探鬼主播理郑,決...
    沈念sama閱讀 38,451評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼咨油!你這毒婦竟也來了您炉?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 37,112評論 0 261
  • 序言:老撾萬榮一對情侶失蹤役电,失蹤者是張志新(化名)和其女友劉穎赚爵,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經...
    沈念sama閱讀 43,609評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡冀膝,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 36,083評論 2 325
  • 正文 我和宋清朗相戀三年膏蚓,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片畸写。...
    茶點故事閱讀 38,163評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖氓扛,靈堂內的尸體忽然破棺而出枯芬,到底是詐尸還是另有隱情,我是刑警寧澤采郎,帶...
    沈念sama閱讀 33,803評論 4 323
  • 正文 年R本政府宣布千所,位于F島的核電站,受9級特大地震影響蒜埋,放射性物質發(fā)生泄漏淫痰。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,357評論 3 307
  • 文/蒙蒙 一整份、第九天 我趴在偏房一處隱蔽的房頂上張望待错。 院中可真熱鬧,春花似錦烈评、人聲如沸火俄。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,357評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽瓜客。三九已至,卻和暖如春竿开,著一層夾襖步出監(jiān)牢的瞬間谱仪,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,590評論 1 261
  • 我被黑心中介騙來泰國打工否彩, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留疯攒,地道東北人。 一個月前我還...
    沈念sama閱讀 45,636評論 2 355
  • 正文 我出身青樓列荔,卻偏偏與公主長得像卸例,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子肌毅,可洞房花燭夜當晚...
    茶點故事閱讀 42,925評論 2 344

推薦閱讀更多精彩內容

  • 問答題47 /72 常見瀏覽器兼容性問題與解決方案筷转? 參考答案 (1)瀏覽器兼容問題一:不同瀏覽器的標簽默認的外補...
    _Yfling閱讀 13,728評論 1 92
  • 圍繞前端的性能多如牛毛,涉及到方方面面悬而,以我我們將圍繞PC瀏覽器和移動端瀏覽器的優(yōu)化策略進行羅列注意呜舒,是羅列不是展...
    流動碼文閱讀 674評論 0 0
  • 前言 前端的工作并不僅僅是實現(xiàn)「視覺&交互稿」,想要開發(fā)一個高性能易維護的「完美」站點并未易事笨奠,針對前端的性能優(yōu)化...
    木羽zwwill閱讀 625評論 0 4
  • 前端的性能優(yōu)化是一個很寬泛的概念袭蝗,最終目的都是為了提升用戶體驗唤殴,改善頁面性能。面試的時候經常會遇到問談談性能優(yōu)化的...
    今天的我吃飽了嗎閱讀 6,234評論 4 10
  • 網站優(yōu)化離不開前后端的互相協(xié)作到腥,但是對于前端工程師來說朵逝,在保證后端技術方案不變時,能不能只利用前端技術來優(yōu)化網站呢...
    留七七閱讀 6,307評論 0 31