使用uniapp打包微信小程序時主包和vendor.js過大解決(uniCloud的插件分包)
1.問題描述
正常的的微信小程序在編譯后,主包應保持在2MB左右(限制最大2MB),其余的文件通過分包來進行加載

但是有的情況下,微信小程序的主包能達到3MB,vendor.js會達到1.5MB

2.問題解決
當你發(fā)現的你的微信vendor.js只有1個文件夾,且這個文件非常大時,首先需要檢查manifest.json
在這個文件夾下的源碼視圖中,在這個文件下的mp-weixin節(jié)點有個optimization

optimization下的subPackages節(jié)點時用來控制微信分包的,需要將此節(jié)點設為true
"optimization" : {
"subPackages" : true
}一般的微信小程序設置這個節(jié)點就能夠解決
但是如果你的微信小程序在uni_modles下引入了非常多的uni插件,比如說:uni-id-pages,uni-im,uSearch,uni-pay等uni全家桶
這些頁面默認都會在主包里,因為uni_modules是主包,所以該目錄下的uni-id-pages和uni-im頁面也會打包到主包里(主包里面的vendor.js會打包所有主包里面的頁面與插件的js文件),所以導致了主包里面的vendor.js在分包打包后依舊過大
這時就需要我們把你項目中引用的插件也進行分包(uni-id-pages和uni-im引入時在uni_modules下)

在pagesjson中添加分包信息,將在主包中注冊的插件的頁面都移動到此分包中

通過查找替換功能,將uni-id-pages等插件的路徑由“uni_modules/uni-id-pages”替換為“subpackageuni/uni-id-pages”
不建議直接把uni_modules直接分包,因為其中可能包含其它組件,這些組件最好注冊在主包中注冊,因為子包不能引用子包的插件,所以插件如果在子包中,就只有子包中才能引用

同理,將uni-id-pages等插件分包后,這些插件就不適用與uni-app的組件規(guī)則,就需要我們手動去引入
在uni-id-pages下有如下的組件,這些組件在經過分包之后,只能在子包內才能訪問,而通過uniapp的組件引入是通過easycom組件規(guī)范來引入的,詳細見如下鏈接:

因此這些組件需要通過vue語法引入到頁面(必須要在子包內引入,因為你如果把這些組件都通過注冊全局組件來引入,那么到頭來還是會增加vendor.js的大小,因為vendor.js會引入全局組件)
通過vue語法,將所有的組件導入到所有的頁面(為了方便)

每個頁面都把這些組件復制一遍即可

最后再進行分包你就會發(fā)現主包的vendor.js明顯小了

而由于把uni-id-pages和uni-im進行了分包,分包中的vendor.js明顯變大(這樣就把以前位于主包的vendor.js打包到了分包中)

總結
到此這篇關于使用uniapp打包微信小程序時主包和vendor.js過大解決(uniCloud的插件分包)的文章就介紹到這了,更多相關uniapp打包主包和vendor.js過大內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
一文帶你快速理解JavaScript中call()函數的使用
這篇文章主要為大家詳細介紹了JavaScript中call()函數的使用的相關知識,文中的示例代碼講解詳細,具有一定的學習價值,需要的可以參考一下2023-03-03
Ajax 文件上傳進度監(jiān)聽之upload.onprogress案例詳解
這篇文章主要介紹了Ajax 文件上傳進度監(jiān)聽之upload.onprogress案例詳解,本篇文章通過簡要的案例,講解了該項技術的了解與使用,以下就是詳細內容,需要的朋友可以參考下2021-09-09
深入理解JavaScript系列(29):設計模式之裝飾者模式詳解
這篇文章主要介紹了深入理解JavaScript系列(29):設計模式之裝飾者模式詳解,裝飾者用用于包裝同接口的對象,不僅允許你向方法添加行為,而且還可以將方法設置成原始對象調用(例如裝飾者的構造函數),需要的朋友可以參考下2015-03-03
原生JavaScript實現動態(tài)省市縣三級聯動下拉框菜單實例代碼
像平時購物選擇地址時一樣,通過選擇的省動態(tài)加載城市列表,通過選擇的城市動態(tài)加載縣區(qū)列表,從而可以實現省市縣的三級聯動,下面使用原生的JavaScript來實現這個功能,需要的朋友參考下吧2016-02-02

