总结10条~高级前端必知的小程序体积优化策略

---

已下线或者已弃用的文件资源应及时清理，包括npm包、组件、页面、媒体资源等。若后续需要重新上线/重新使用，可以通过git等版本控制工具找回。这部分资源不需要持续占用代码包空间。

去除重复代码

---

可以使用sonar对项目代码进行分析，找到哪些代码是重复的，可以针对进行优化。

提取公共模块

---

业务实现做到通用，提取公共的业务组件，比如不同的活动可以采用统一模板，同一个组件，而不必每次增加新代码。

样式层面保持统一，使用统一的基础组件， 比如可以统一弹窗规范，而不引入五花八门的零碎弹窗组件。

设计开发层面减少重复，多提取公共模块，减少重复造轮子。

慎用三方插件

---

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

配置分包（普通分包）

---

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

image.png

配置独立分包

---

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

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

image.png

分包精细化

---

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

• 把只被分包使用的资源收集到分包里，比如图片，js模块，组件，npm包 等

• 为了确保主包体积最优，对于组件和静态资源，如果他们被多个分包所引用且未在主包中引用，可以将这些资源生成多份副本分别输出到对应分包中，而不会占用主包体积。

体积分析

---

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

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

image.png

终极大招

====

启动图方案

---

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

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

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

不过笔者来来回回体验了下滴滴小程序的启动到页面的出现，感觉还是很赞的。

image.png

逻辑动态化

---

这个算是终极大招了，不过技术实现难度也很有挑战。就是把代码放到远程，然后运行时拉取代码到本地并执行然后进行渲染页面。这样只需要内置一个运行时sdk用来执行远程js代码，而业务代码放在远程不会占用包体积。

当然这个方案目前业内使用较少，社区内也有一些相关的参考资料，不过不太多，需要很多的基础建设。有兴趣的小伙伴可以自己研究一下。

ES6

• 列举常用的ES6特性：

• 箭头函数需要注意哪些地方？

• let、const、var

• 拓展：var方式定义的变量有什么样的bug？

• Set数据结构

• 拓展：数组去重的方法

• 箭头函数this的指向。

• 手写ES6 class继承。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

微信小程序

• 简单描述一下微信小程序的相关文件类型?

• 你是怎么封装微信小程序的数据请求？

• 有哪些参数传值的方法？

• 你使用过哪些方法，来提高微信小程序的应用速度？

• 小程序和原生App哪个好？

• 简述微信小程序原理？

• 分析微信小程序的优劣势

• 怎么解决小程序的异步请求问题？