小程序的流暢程度很大程度上是由其部件的組成來(lái)決定的，那么我們?cè)趺赐ㄟ^(guò)手段來(lái)增強(qiáng)小程序的性能呢？今天鄭州小程序開(kāi)發(fā)專家?guī)Т蠹伊私庖幌掳伞?br /> 圖片資源

目前圖片資源的主要性能問(wèn)題在于大圖片和長(zhǎng)列表圖片上，這兩種情況都有可能導(dǎo)致 iOS 客戶端內(nèi)存占用上升，從而觸發(fā)系統(tǒng)回收小程序頁(yè)面。

圖片對(duì)內(nèi)存的影響

在 iOS 上，小程序的頁(yè)面是由多個(gè) WKWebView 組成的，在系統(tǒng)內(nèi)存緊張時(shí)，會(huì)回收掉一部分 WKWebView。從過(guò)去我們分析的案例來(lái)看，大圖片和長(zhǎng)列表圖片的使用會(huì)引起 WKWebView 的回收。

圖片對(duì)頁(yè)面切換的影響

除了內(nèi)存問(wèn)題外，大圖片也會(huì)造成頁(yè)面切換的卡頓。我們分析過(guò)的案例中，有一部分小程序會(huì)在頁(yè)面中引用大圖片，在頁(yè)面后退切換中會(huì)出現(xiàn)掉幀卡頓的情況。

當(dāng)前我們建議開(kāi)發(fā)者盡量減少使用大圖片資源。

代碼包大小的優(yōu)化

小程序一開(kāi)始時(shí)代碼包限制為 1MB，但我們收到了很多反饋說(shuō)代碼包大小不夠用，經(jīng)過(guò)評(píng)估后我們放開(kāi)了這個(gè)限制，增加到 2MB 。代碼包上限的增加對(duì)于開(kāi)發(fā)者來(lái)說(shuō)，能夠?qū)崿F(xiàn)更豐富的功能，但對(duì)于用戶來(lái)說(shuō)，也增加了下載流量和本地空間的占用。

開(kāi)發(fā)者在實(shí)現(xiàn)業(yè)務(wù)邏輯同時(shí)也有必要盡量減少代碼包的大小，因?yàn)榇a包大小直接影響到下載速度，從而影響用戶的首次打開(kāi)體驗(yàn)。除了代碼自身的重構(gòu)優(yōu)化外，還可以從這兩方面著手優(yōu)化代碼大小：

控制代碼包內(nèi)圖片資源

小程序代碼包經(jīng)過(guò)編譯后，會(huì)放在微信的 CDN 上供用戶下載，CDN 開(kāi)啟了 GZIP 壓縮，所以用戶下載的是壓縮后的 GZIP 包，其大小比代碼包原體積會(huì)更小。 但我們分析數(shù)據(jù)發(fā)現(xiàn)，不同小程序之間的代碼包壓縮比差異也挺大的，部分可以達(dá)到 30%，而部分只有 80%，而造成這部分差異的一個(gè)原因，就是圖片資源的使用。GZIP 對(duì)基于文本資源的壓縮效果最好，在壓縮較大文件時(shí)往往可高達(dá) 70%-80% 的壓縮率，而如果對(duì)已經(jīng)壓縮的資源（例如大多數(shù)的圖片格式）則效果甚微。

及時(shí)清理沒(méi)有使用到的代碼和資源

在日常開(kāi)發(fā)的時(shí)候，我們可能引入了一些新的庫(kù)文件，而過(guò)了一段時(shí)間后，由于各種原因又不再使用這個(gè)庫(kù)了，我們常常會(huì)只是去掉了代碼里的引用，而忘記刪掉這類(lèi)庫(kù)文件了。目前小程序打包是會(huì)將工程下所有文件都打入代碼包內(nèi)，也就是說(shuō)，這些沒(méi)有被實(shí)際使用到的庫(kù)文件和資源也會(huì)被打入到代碼包里，從而影響到整體代碼包的大小。

希望鄭州小程序開(kāi)發(fā)專家分享的這些內(nèi)容，能夠幫助大家更好你的優(yōu)化小程序的性能。