資訊專欄INFORMATION COLUMN
摘要：背景在開發(fā)好頁面后，如何讓頁面更快更好的運(yùn)行，是區(qū)分一個程序猿技術(shù)水平和視野的一個重要指標(biāo)。在對這些環(huán)節(jié)進(jìn)行優(yōu)化之前，我們需要知道如何監(jiān)控這些環(huán)節(jié)花費(fèi)了多少時間。為了優(yōu)化鏈接的環(huán)節(jié)，前端這里還需要對資源使用，雪碧圖，代碼合并等手段。
背景
在開發(fā)好頁面后，如何讓頁面更快更好的運(yùn)行，是區(qū)分一個程序猿技術(shù)水平和視野的一個重要指標(biāo)。所以面試時，面試官總會問你一個問題，如何進(jìn)行性能優(yōu)化呢？
如果你這時是頭腦一片空白，或是像之前的我一樣，靠死記硬背或是之前的經(jīng)歷，答一下壓縮代碼，打包代碼，雪碧圖，cdn，事件代理，這說明你對性能優(yōu)化還是缺乏一個整體，系統(tǒng)的掌握，對性能優(yōu)化還只是處于聽說過一個方法就加上去的階段。這樣也就無從去更好的優(yōu)化性能。
最近一個星期經(jīng)過瘋狂的面試和查詢資料，我總算積累了一些經(jīng)驗(yàn)和思考，在這個招聘的黃金時間，分享給大家，希望大家可以有一點(diǎn)收獲。如果有收獲，歡迎關(guān)注和star一下博客，github
性能優(yōu)化是什么從前端的角度來說，性能優(yōu)化可以分為兩個方向。從用戶角度來看，一個是頁面加載的很快，另一個是頁面使用起來很流暢。因此，對性能優(yōu)化的探索，我們可以分為頁面加載時間跟頁面運(yùn)行效率兩個方向來進(jìn)行研究
從瀏覽器打開到頁面渲染完成，花費(fèi)了多少時間是的，這個問題有點(diǎn)熟悉，面試官比較常問的是從瀏覽器打開到頁面渲染完成，發(fā)生了什么事情。這個問題網(wǎng)上很多回答，我也不就重復(fù)的細(xì)說了。主要的過程是：
瀏覽器解析->查詢緩存->dns查詢->建立鏈接->服務(wù)器處理請求->服務(wù)器發(fā)送響應(yīng)->客戶端收到頁面->解析HTML->構(gòu)建渲染樹->開始顯示內(nèi)容(白屏?xí)r間)->首屏內(nèi)容加載完成(首屏?xí)r間)->用戶可交互(DOMContentLoaded)->加載完成(load)
很顯然，如果我們要進(jìn)行加載時間的優(yōu)化，我們需要從這里的每一個步驟都去思考，去總結(jié)，而避免東湊一點(diǎn)，西湊一點(diǎn)。
有一句話說得好，If You Can"t Measure It, You Can"t Manage It。在對這些環(huán)節(jié)進(jìn)行優(yōu)化之前，我們需要知道如何監(jiān)控這些環(huán)節(jié)花費(fèi)了多少時間。
首先推薦一個PerformanceTiming,可以獲取到很多頁面加載相關(guān)的數(shù)據(jù)。
比較常用的有
DNS解析時間： domainLookupEnd - domainLookupStart TCP建立連接時間： connectEnd - connectStart 白屏?xí)r間： responseStart - navigationStart dom渲染完成時間： domContentLoadedEventEnd - navigationStart 頁面onload時間： loadEventEnd - navigationStart
如果不使用該API，可以以服務(wù)器渲染返回的時間，或是SPA路由跳轉(zhuǎn)離開的時間為起點(diǎn)，domContentLoaded，load等事件為結(jié)束點(diǎn)進(jìn)行記錄?；蚴侵苯由蟝oogle analytics。方法很多，就不細(xì)說了。
后端部分可以對緩存，dns查詢時間，鏈接時間，處理請求時間，響應(yīng)時間等進(jìn)行優(yōu)化。
緩存就不細(xì)說了。
dns查詢時間可以使用httpdns或是dns預(yù)加載，域名收斂等手段優(yōu)化。
建立連接的重點(diǎn)是長連接和鏈接復(fù)用，keep-alive，long-polling，http-straming，websocket或是自己寫過別的協(xié)議，更好的是直接上http2。為了優(yōu)化鏈接的環(huán)節(jié)，前端這里還需要對資源使用cdn，雪碧圖，代碼合并等手段。
服務(wù)器處理請求這里可以優(yōu)化的點(diǎn)也不少，值得注意的就是移動端訪問PC端頁面需要跳轉(zhuǎn)到移動端頁面時，要再服務(wù)器端使用302跳轉(zhuǎn)，不要在前端進(jìn)行跳轉(zhuǎn)。還有就是啟用hsts，要求瀏覽器在之后的訪問使用https，減少無謂的http跳轉(zhuǎn)https，同時還可以防止ssl剝離攻擊，提升安全性。
服務(wù)器發(fā)送響應(yīng)環(huán)節(jié)，可以使用Transfer-Encoding=chunked，多次返回響應(yīng)，具體操作查詢bigpipe。還有就是減小cookie的體積等等。
前端部分可以對白屏?xí)r間，首屏事件，可交換時間，加載完成時間進(jìn)行優(yōu)化。
-未完，待續(xù)-
博客文章鏈接web性能優(yōu)化（一），github，歡迎star和follow，謝謝！
有時間的同學(xué)也可以看下我的文章大廠前端面試考什么? ,應(yīng)該也有幫助
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://m.hztianpu.com/yun/93751.html
摘要：正因?yàn)槿绱?，現(xiàn)在很多簡歷上的項(xiàng)目經(jīng)歷的質(zhì)量都是參差不齊，同時有的項(xiàng)目經(jīng)歷又非常相似，面試官一眼就能知道你的項(xiàng)目到底是真是假。雖然以上三點(diǎn)原則不能包治百病，但是對很多同學(xué)來說應(yīng)該是蠻有益處的。閱讀本文大概需要 5 分鐘。作者：黃小斜showImg(https://user-gold-cdn.xitu.io/2019/3/30/169cdb4bd2cac24c);?作為一個程序員，想必大家曾經(jīng)都...
摘要：前言秋招宣告結(jié)束，面試了接近家公司，有幸拿到，感謝這段時間一起找工作面試的朋友和陪伴我的人。一定要提前準(zhǔn)備好，不然面試官叫你說遇到的難點(diǎn)，或者直接問問題時可能會懵逼。 前言 秋招宣告結(jié)束，面試了接近20家公司，有幸拿到offer，感謝這段時間一起找工作面試的朋友和陪伴我的人。這是一段難忘的經(jīng)歷，相信不亞于當(dāng)年的高考吧，也許現(xiàn)在想起來高考不算什么，也許只有經(jīng)歷過秋招的人才懂得找工作的艱辛...
摘要：前言秋招宣告結(jié)束，面試了接近家公司，有幸拿到，感謝這段時間一起找工作面試的朋友和陪伴我的人。一定要提前準(zhǔn)備好，不然面試官叫你說遇到的難點(diǎn)，或者直接問問題時可能會懵逼。 前言 秋招宣告結(jié)束，面試了接近20家公司，有幸拿到offer，感謝這段時間一起找工作面試的朋友和陪伴我的人。這是一段難忘的經(jīng)歷，相信不亞于當(dāng)年的高考吧，也許現(xiàn)在想起來高考不算什么，也許只有經(jīng)歷過秋招的人才懂得找工作的艱辛...
摘要：所謂高并發(fā)，就是同一時間有很多流量通常指用戶訪問程序的接口頁面及其他資源，解決高并發(fā)就是當(dāng)流量峰值到來時保證程序的穩(wěn)定性。索引多主多從分布式數(shù)據(jù)庫緩存連接池消息隊(duì)列等是從數(shù)據(jù)庫方便考慮如何優(yōu)化性能。 所謂高并發(fā)，就是同一時間有很多流量(通常指用戶)訪問程序的接口、頁面及其他資源，解決高并發(fā)就是當(dāng)流量峰值到來時保證程序的穩(wěn)定性。 我們一般用QPS(每秒查詢數(shù)，又叫每秒請求數(shù))來衡量程序的...
摘要：如果你只是簡單羅列出這幾個鉤子函數(shù)的名稱，不具體深入闡述的話，你這樣的回答很難令面試官滿意。那么接下來，閏土大叔將手摸手教你如何深入淺出地說出令面試官滿意的有亮點(diǎn)的回答。 當(dāng)面試官問：談?wù)勀銓ue的生命周期的理解，聽到這句話你是不是心里暗自竊喜：這也太容易了吧，不就是beforeCreate、created、beforeMount、mounted、beforeUpdate、updat...
閱讀 3630·2021-09-22 15:50
閱讀 3289·2019-08-30 15:54
閱讀 2823·2019-08-30 14:12
閱讀 3124·2019-08-30 11:22
閱讀 2147·2019-08-29 11:16
閱讀 3634·2019-08-26 13:43
閱讀 1288·2019-08-23 18:33
閱讀 980·2019-08-23 18:32
