初級前端小程序項目加載速度優化

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

效果

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

來問丁香醫生

ChromeNetwork

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

mta

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

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

丁香醫生小程序

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

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

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

為什么做加載速度優化？

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

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

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

為什么說是前端響應速度優化，而不是前后端？

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

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

為什么說是初級？

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

如何做的？

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

來問丁香醫生SPA

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

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