1.問題描述

正常的的微信小程序在編譯后，主包應(yīng)保持在2MB左右（限制最大2MB），其余的文件通過分包來進(jìn)行加載

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

2.問題解決

當(dāng)你發(fā)現(xiàn)的你的微信vendor.js只有1個文件夾，且這個文件非常大時，首先需要檢查manifest.json

在這個文件夾下的源碼視圖中，在這個文件下的mp-weixin節(jié)點(diǎn)有個optimization

optimization下的subPackages節(jié)點(diǎn)時用來控制微信分包的，需要將此節(jié)點(diǎn)設(shè)為true

"optimization" : {    "subPackages" : true}

一般的微信小程序設(shè)置這個節(jié)點(diǎn)就能夠解決

但是如果你的微信小程序在uni_modles下引入了非常多的uni插件，比如說：uni-id-pages,uni-im,uSearch,uni-pay等uni全家桶

這些頁面默認(rèn)都會在主包里，因為uni_modules是主包，所以該目錄下的uni-id-pages和uni-im頁面也會打包到主包里（主包里面的vendor.js會打包所有主包里面的頁面與插件的js文件），所以導(dǎo)致了主包里面的vendor.js在分包打包后依舊過大

這時就需要我們把你項目中引用的插件也進(jìn)行分包（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下有如下的組件，這些組件在經(jīng)過分包之后，只能在子包內(nèi)才能訪問，而通過uniapp的組件引入是通過easycom組件規(guī)范來引入的，詳細(xì)見如下鏈接：

因此這些組件需要通過vue語法引入到頁面（必須要在子包內(nèi)引入，因為你如果把這些組件都通過注冊全局組件來引入，那么到頭來還是會增加vendor.js的大小，因為vendor.js會引入全局組件）

通過vue語法，將所有的組件導(dǎo)入到所有的頁面（為了方便）

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

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

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

總結(jié)

到此這篇關(guān)于使用uniapp打包微信小程序時主包和vendor.js過大解決(uniCloud的插件分包)的文章就介紹到這了,更多相關(guān)uniapp打包主包和vendor.js過大內(nèi)容請搜索以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持！