廢話不多說直接開始

骨架屏

這是大部分系統(tǒng)都會使用的技術(shù)，骨架屏是在圖片及內(nèi)容還未加載出來時先使用CSS生成的一個基礎(chǔ)樣式模板，當(dāng)然大家不用重復(fù)的造輪子，可以直接搜索骨架屏?xí)邢鄳?yīng)的庫可以直接使用

減少本地圖片

大家都知道前端部署在服務(wù)器上時，加載前端文件以及本地圖片時候那響應(yīng)就會比較慢了，可以把本地圖片盡量丟到靜態(tài)服務(wù)器上或者直接用網(wǎng)上一些免費的列如七牛云啥啥啥的PS：沒有打廣告的嫌疑

減少接口的請求數(shù)量

這個東西最好是要和后臺溝通好，溝通不好可能會打起來。在后臺接口處理數(shù)據(jù)不強耦合的情況下可以要求他們盡量把數(shù)據(jù)在一個接口下通不過不同的對象包含返回，這樣可以大大減少接口請求的數(shù)量

CDN

現(xiàn)在前端都是基于框架下開發(fā)還有相應(yīng)的依賴，但是這樣會造成打包出來的前端文件包過大，這時候就可以用到CDN，盡量將框架，依賴通過CDN的方式引入，目前CDN有非常多，可以直接搜索使用

本地緩存技術(shù)

很多使用我們在不同的頁面可能會使用到相同的參數(shù)或者數(shù)據(jù)，這時候就不需要調(diào)用接口，盡量將數(shù)據(jù)存儲在本地中，列如sesstionStorage、localStorage

接口的防抖和節(jié)流

其實防抖節(jié)流差不多一個意思，只是實現(xiàn)的方式不同。在我們點擊一個按鈕時候會去請求接口，這個時候如果接口響應(yīng)比較久，或者用戶網(wǎng)絡(luò)比較差的情況，數(shù)據(jù)沒有及時加載，用戶會不停的點擊按鈕請求接口，如果手速快點的人，一秒點個十七八下也不是不可能，這樣就會造成非常多的接口請求出去，會造成服務(wù)端不必要的壓力，這時候就要用到防抖節(jié)流了

首頁的打開速率

這是大部分前端比較關(guān)心的問題，因為使用框架的情況，一般入口文件都會出現(xiàn)過大的情況，可以沿用上面CDN的方式，還有就是進行webpack配置，通過拆分入口文件，進行懶加載

清除不必要的定時器和全局事件

有時候我們會做一個全局的鍵盤事件，或者一個計時任務(wù)，但是因為目前框架都是單頁面形式，所以在頁面跳轉(zhuǎn)，或者組件銷毀之前需要清除一下，不然你的控制臺就會給你閃紅告訴你棧溢出了

路由懶加載

這是大家最熟知的也沒少好寫的，反正就是別把路由一起懟進去就完了

應(yīng)該差不多了，就這樣了不寫了...