微信小程序分包方法
特性
-
1.7.3 及以上基礎(chǔ)庫(kù)開(kāi)始支持,不支持的版本默認(rèn)使用整包的方式
-
整個(gè)小程序所有分包大小不超過(guò) 4M,單個(gè)分包/主包大小不能超過(guò) 2M
-
分包數(shù)量目前沒(méi)有限制,也就是說(shuō)你可以放N個(gè)分包,甚至每個(gè)頁(yè)面一個(gè)分包
-
入口頁(yè)面/TAB頁(yè)面必須在主包里
關(guān)于主包
-
第一次進(jìn)入小程序,默認(rèn)下載主包代碼
-
分包以外的所有代碼,都會(huì)被打入主包
-
分包內(nèi)代碼可以引用主包內(nèi)代碼
關(guān)于分包
-
因?yàn)榇嬖谫Y源依賴關(guān)系,微信的機(jī)制是先下載主包,后下載分包
-
分包目錄不能在主包目錄下面
-
分包可以引用自己包內(nèi)、主包內(nèi)的資源,不能引用其他分包內(nèi)的資源
坑
-
小程序的打包機(jī)制僅僅是根據(jù)文件目錄打包,分包內(nèi)require/import的任何文件,只要不在同一個(gè)目錄下面,都不會(huì)被打進(jìn)分包,也就是說(shuō),類庫(kù)及一些公共文件,只能放在主包里面,如果主包分包劃分不好的話,主包的大小也很難降下來(lái)
-
安卓系統(tǒng)進(jìn)入分包頁(yè)面時(shí),會(huì)出現(xiàn)一個(gè)丑陋的系統(tǒng)級(jí)的loading層,這一定程度上影響了安卓的體驗(yàn)
轉(zhuǎn)轉(zhuǎn)的分包加載
轉(zhuǎn)轉(zhuǎn)小程序在使用分包之前,壓縮后的代碼量大概是2.45M,也就是說(shuō),每個(gè)新用戶第一次都需要下載的2.45M代碼才能進(jìn)入頁(yè)面,使用分包機(jī)制后,主包大小降為1M左右,也就是說(shuō),如果是進(jìn)入主包頁(yè)面, 下載時(shí)間大約降低了60%
文件結(jié)構(gòu):
我們根據(jù)用戶訪問(wèn)的軌跡,分成了20個(gè)左右的分包。 例如trade包,里面包含詳情頁(yè)、下單頁(yè)、支付頁(yè)、支付成功頁(yè)等,這條線的頁(yè)面,用戶可能不需要一進(jìn)入小程序就使用,但一旦使用可能是使用整個(gè)鏈條,因此可以作為一個(gè)分包。
歷史入口兼容
一個(gè)頁(yè)面放入分包之后,路徑會(huì)發(fā)生變化,例如詳情頁(yè)由/pages/detail變?yōu)?subPages/trade/detail,意味著如果用戶訪問(wèn)了以前的page則得不到正確的頁(yè)面響應(yīng)(例如:分享出去的小程序卡片、二維碼、公眾號(hào)推送消息等),這些靜態(tài)不可改變的歷史入口怎么辦?我們目前采用如下方案:
原來(lái)主包內(nèi)的每個(gè)頁(yè)面都保留,但代碼只保留跳轉(zhuǎn)邏輯,用戶進(jìn)來(lái)后立即跳到對(duì)應(yīng)的分包頁(yè)面,用戶幾乎是無(wú)感知的
這樣也會(huì)產(chǎn)生一點(diǎn)小問(wèn)題:這些跳轉(zhuǎn)頁(yè)面也占用一定的空間,接下來(lái)我們會(huì)優(yōu)化成在onLaunch、頁(yè)面跳轉(zhuǎn)時(shí)進(jìn)行判斷,直接跳入正確的分包頁(yè)面。
微信小程序分包加載更多推薦:
- 第 1 頁(yè)【小程序開(kāi)發(fā)】微信小程序分包加載實(shí)戰(zhàn)
- 第 2 頁(yè)【小程序分包加載】 微信小程序分包方法