微信小程序体积优化

要解决的问题

微信小程序现在对体积有限制，

• 整个小程序所有分包大小不超过 20M
• 单个分包/主包大小不能超过 2M

在开发大型项目的时候，大家可以参考下面几项

对应的建议

静态资源上cdn

把静态资源如，图片，视频，音频，字体包，放到cdn 服务器，可以节省很大体检

压缩代码

把引入的js css 进行压缩，引入的第三组件也是用mini版

页面使用h5代替

把经常修改的页面转为h5 ，比如详情页面，通过webview来进行显示。
即可以节省体积，修改的时候也不能重新发布小程序。 同步app 端的情况下。也不用重新发布app。

清理无用的资源

项目开发中各种修改，难免有些无用的资源，npm包，组件，静态资源。及时删除

去除重复的代码，

提取公用代码和组件

慎用第三方插件

尽量少用第三方的插件，比如象echart，你可能只要它的1%功能，一个曲线图，却不得不打包它，使整个项目体积骤升。

配置分包（普通分包）

分包是小程序给出的类似web异步引入的一个方案，把一些初始进入时不需要的页面可以放进分包里，跳转到对应页面时才去下载分包，将这些页面及其附属资源放到分包里可以有效减少主包体积。

配置独立分包

独立分包是小程序中一种特殊类型的分包，可以独立于主包和其他分包运行。从独立分包中页面进入小程序时，不需要下载主包。当用户进入普通分包或主包内页面时，主包才会被下载。

我们可以按需将某些具有一定功能独立性的页面配置到独立分包中。当小程序从普通的分包页面启动时，需要首先下载主包；而独立分包不依赖主包即可运行，可以很大程度上提升分包页面的启动速度。

分包精细化

这个策略主要是为了控制和减少主包的体积，使主包体积最优，防止一些主包未使用的资源被放入主包，而占用主包体积。

把只被分包使用的资源收集到分包里，比如图片，js模块，组件，npm包 等
为了确保主包体积最优，对于组件和静态资源，如果他们被多个分包所引用且未在主包中引用，可以将这些资源生成多份副本分别输出到对应分包中，而不会占用主包体积。

体积分析

在遇到主包体积偏大后，我们需要弄明白，主包里有哪些东西？它们为什么这么大？

可以使用原生小程序开发者工具自带的分析工具或者可以借助 webpack-bundle-analyzer 这样一个webpack插件去做辅助分析，它可以直观分析打包出的文件包含哪些，大小占比如何，模块包含关系，依赖项，文件是否重复，压缩后大小如何，我们可以做针对性优化。

启动图方案

启动图在app上见的最多，虽然在小程序上确很少见，却是一个很不错的方案。

这也是滴滴小程序的优化方案，为小程序配一个启动图，页面一旦渲染，便立即跳转到其他分包页面，主包只有一个启动图页面和整个项目用到的基础库，这样主包的体积就基本固定了，业务持续迭代也不会增加主包的体积。

虽然这个方案是行之有效的，但需要评估是否适合自身业务，这种体验是否可以被接受。