智能小程序檔案館——如何給「包」瘦身

上傳小程序代碼的時候包體積太大不知如何是好？小程序打開速度慢，流量耗費大不知如何優化？在今天的文章裏，咱們一塊兒來討論一下如何給「包」瘦身。

爲何要限制包的大小？

咱們都知道小程序做爲一種 Hybrid 的解決方案，須要動態的進行包的更新，所以若是包的體積過大，將會出現打開速度慢，耗流量等問題，於是影響用戶體驗。 所以小程序在上傳的時候會對包的大小進行限制。

包的大小要多少才合適呢？

官方文檔中，百度小程序對於包的限制是：「整個小程序全部分包大小不超過 8M ，單個分包大小不能超過 4M。」 展開來講，若是你有 N 個分包，那麼請確保這 N 個分包加起來的大小不超過 8M，同時每一個分包的大小也不能超過 4M。

假如你並無作分包，只有一個包的話，那麼你的小程序包大小就不能超過 4M 了。

如何減小包的大小？

外鏈資源文件

咱們在開發小程序的時候，每每須要不少資源文件，如：圖片/iconfont 等，這些資源文件，最好只留必要的（如：離線場景下也須要的 icon 圖片，或者首屏就須要的圖片），其餘的圖片文件，建議換成遠程地址，以減小包的體積。

固然這個仍是得開發者自行斟酌包大小與圖片請求的關係。

首頁獨立分包

其實分包的本質並不算減小了包的體積，而是減小了進入場景下的頁面的包體積。好比，咱們的小程序很是大，可是每次進入首頁的時候，不必全部頁面都下載下來的話，就能夠把首頁作成獨立分包。

{
    "pages": [
        "page/index"
    ],
    "subPackages": [
        {
            "root": "subpackage",
            "pages": [
                "pages/subpageone",
                "pages/subpagetwo"
            ]
        }
    ]
}
複製代碼

這樣，用戶打開首頁時，只會加載首頁的包，有利於提高加載速度。subpackage 文件夾下的打包則會在以後訪問到隸屬於 subpackage 下的頁面時，開始加載。

使用依賴分析模式

相信用太小程序開發者的同窗們，確定會注意到開發者工具上方有一欄「編譯模式「 默認狀況下是依賴分析模式

依賴分析模式其實就是指，開發者工具中的編譯模塊，會以每一個頁面爲入口，依賴分析式將全部文件打包到一塊兒。這種模式下，咱們不少沒有被引用到的代碼，將不會被打到發佈包中。從而保障發佈包中的代碼儘可能爲有用代碼。

---

以上爲今天的所有內容，爲您介紹了三種能夠減小包體積的方法，感興趣的童鞋能夠都嘗試一下哦～