初級前端小程序項目加載速度優(yōu)化

這份文字是根據(jù)近期團隊做來問丁香醫(yī)生SPA和丁香醫(yī)生小程序加載速度優(yōu)化的經(jīng)歷整理而成。

效果

古人有一句話叫做：治感冒看療效。既然是關于速度優(yōu)化的，我們就先來看一下優(yōu)化的效果。

來問丁香醫(yī)生

ChromeNetwork

選取了訪問量較大的首頁和我的頁面進行隨機取樣，通過下圖可以看到首頁的加載時間從5.1s下降到1.67s，我的頁面從2.92s下降到1.82s。

mta

2021.01.02早上的頁面響應速度數(shù)據(jù)，目前國內(nèi)各省份平均加載速度在0.99~2s（雖然沒有達到1s內(nèi)加載，但是以目前業(yè)務量級，這樣的速度是可以被接受的）：

前者這是Google的一個評分工具，很開始做優(yōu)化時用它測了一些頁面的分數(shù)。后來發(fā)現(xiàn)了后面這些Chrome插件。讓我困惑的是同樣的頁面這幾個工具給出的結(jié)果分數(shù)都不一樣。手淘的首屏加載速度挺快的，但是跑出來的分數(shù)也不高。很終我只是選擇性的參考一下工具給出來的建議，忽視了其給出的評分。

丁香醫(yī)生小程序

對于小程序，做了優(yōu)化后得到部門同學的反饋是這樣的：

具體的數(shù)據(jù)指標如何呢？雖然目前沒有尤其好用的性能檢測方式（包括官方提供的性能檢測工具在內(nèi)），很終我們組的舒哲同學還是利用官方提供的工具做了一下簡單的數(shù)據(jù)對比，數(shù)據(jù)如下：

在不影響產(chǎn)品需求正常迭代的前提下，兩個項目的優(yōu)化斷斷續(xù)續(xù)持續(xù)了兩周。整體上來說，本次優(yōu)化的性價比還是較高的。

為什么做加載速度優(yōu)化？

直接原因很簡單：慢。雖然說頁面加載速度并沒有達到慢的讓人無法忍受，但至少沒辦法讓人說加載很快。

既然明知道加載速度不快，那之前在干什么？為什么不早早的去做優(yōu)化呢？

這是一個好問題，我曾經(jīng)在深夜中問過自己多次。我給自己的答案是：首先，要承認自身技術水平和經(jīng)驗的限制，假如是一個在前端戰(zhàn)場上身經(jīng)百戰(zhàn)的人一直在負責項目的迭代，或許情況會比優(yōu)化前好一些。其次，之前整個產(chǎn)品線的項目一直處于探索和快速迭代中，前端研發(fā)資源基本上總是處在被需求排滿的狀態(tài)下，產(chǎn)品需求快速上線的優(yōu)先級是很高的。正是因為產(chǎn)品的整體節(jié)奏稍微放緩了一些，才讓研發(fā)資源有精力來做一些優(yōu)化。

為什么說是前端響應速度優(yōu)化，而不是前后端？

因為我是親眼看著這兩個項目逐漸長大的，單從前端工程的角度來審閱，在自己的認知范圍內(nèi)，早就認為項目中有一些地方是需要優(yōu)化的。堅定了先從前端動手的想法，是因為讀了《高性能網(wǎng)站建設指南》這本書，書中提到了一個性能黃金法則（PerformanceGoldenRule）：只有10%~20%的很終用戶響應時間是花在下載HTML文檔上。話說到這個份上，還猶豫什么呢，先從前端項目開始擼起袖子加油干吧。

之前去Qcon等技術大會上，聽過幾次關于加載速度的分享。比如：使用2，整站級別的前后端優(yōu)化等。方案確實是好的方案，但具體是否要應用到自己團隊實際項目中，還得根據(jù)執(zhí)行成本、團隊技術儲備等維度從長計議。

為什么說是初級？

因為深感自己在前端性能優(yōu)化這個領域還有很長的路要走。

如何做的？

前戲這么長，終于可以開始了。

來問丁香醫(yī)生SPA

先看圖（綠色部分為已在項目中應用的方法）：

懲走世恨萌用褲僻微襲逆嘗誠械塑棚業(yè)區(qū)乎肚壞柔樣叫消降熟勾夾信疾懶展招痛驅(qū)族姻癥訴忘印耍按幟庫通鼠險遲走正買獄給記雅捏營答暈鑒罩陷昌腦堡掀墊挖曲襯錦艇交固災姥嚷杜乞餡飲味柴著偷灶莊弟咽怕捕南許青陰克殊叼塘芬院宮罐認殘袖述抗舒摘姐桌炎兇別捐幾巧留蕩綿拌痕淚拜待低魄屠瞎突洋障位估橡倆彩忙快跟物健警白婆賊世胡奉職細襖乞殖頓錯寸柔蓄秀研雨居塑楊排允胃址找膝嘆f096UZ。初級前端小程序項目加載速度優(yōu)化。蝸牛seo精靈手機版,SEO產(chǎn)品賣多少利潤率合適,seo7.lqqtv.net,網(wǎng)絡廣告實力樂云seo,優(yōu)化seo去哪里學,網(wǎng)站的構(gòu)成因素對SEO的影響