持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第9天，点击查看活动详情
微信小程序优化的几点建议
一、内存优化
1、减少频繁调用setData接口。
2、减少每次setData都传递大量的新数据。
3、减少后台状态下使用setData，因为小程序进入后台状态用户虽然不会明显的感知到程序的卡顿，但是小程序会在后台进行setData去抢占内存资源，但是这一步咱们一般会很少去使用。
4、去掉不必要的事件绑定（WXML中的bind和catch），从而减少通信的数据量和次数。
5、事件绑定时需要传输target和currentTarget的dataset，因而不要在节点的data前缀属性中放置过大的数据。
6、合理使用缓存storage，对变动频率比较低的异步数据进行缓存，二次启动时，先利用缓存数据进行初始化渲染，然后后台进行异步数据的更新，这不仅优化了性能，在无网环境下，用户也能很顺畅的使用到关键服务。对后台返回的大数据也可以进行缓存，这样可以避免频繁的请求后台数据以及setData存储大数据。
二、静态资源优化
1、减少大图片以及长列表图片使用。
2、如果实在避免不了大图片的使用，建议使用服务器图片资源，而不将图片内置小程序内，但是还是建议尽量减少使用大图片资源。
三、代码包优化
1、小程序的代码包限制在2M，所以在实现业务逻辑的时候需要对很多废代码以及重复代码进行封装，减少代码量。
2、控制代码内的图片资源，改用服务器资源，这样极大的减少代码包的大小，因为静态图片资源一般占据到整个代码包的80%。
3、及时清理没有使用到的代码和资源。将注释的代码，没有用到的代码，没有引用的css包和js包以及其他类型的文件全部清理，因为小程序打包上传的时候是会把这部分的文件也全部上传上去，从而会影响整体代码包的大小。
四、分包加载
1、将用户访问率高的页面放在主包里，将访问率低的页面放入子包里，按需加载。
2、使用分包时需要注意代码和资源文件目录的划分。启动时需要访问的页面及其依赖的资源文件应放在主包中。
3、主包+子包（2M+6M）这样小程序的大小可以到达8M，但是如果能独立一个包打出来就最好了，因为这样没必要增加用户的下载时间和流量以及占用的内存。
