小程序超过2M限制—分包加载
那么，能否有一种计划，在增加小程序包巨细的同时，也能坚持不错的启动速度呢？为了解决这个对立点，微信推出了「分包加载」这个技能计划。大部分小程序都会由某几个功用组成，一般这几个功用之间是独立的，但会依靠一些公共的逻辑，而且这些功用一般会对应某几个独立的页面。那么小程序代码的打包，大可不必必定要打成一个，能够依照功用的区分，拆分成几个分包，当需求用到某个功用时，才加载这个功用对应的分包。
1.首次发动时，先下载小程序主包，显现主包内的页面；采用分包加载，对开发者而言，能使小程序有更大的代码体积，承载更多的功用与服务；而对用户而言，能够更快地打开小程序，一起在不影响发动速度前提下运用更多功用
在装备前首先需求开发者规划下各个分包需求包容的内容，咱们主张开发者依照功用区分的的原则，将同一个功用下的页面和逻辑放置于同一个目录下，关于一些跨功用之间公共逻辑，将其放置于主包下，这样能够确保在分包引证这部分功用时，这部分的逻辑必定存在。
1.避免分包与分包之间引证上的耦合。因为分包的加载是由用户操作触发的，并不能确保某分包加载时，别的一个分包就必定存在，这个时分可能会导致 JS 逻辑反常的情况，例如报「"xxx.js" is not defined」这样的过错；分包的装备
假定支撑分包的小程序目录结构如下：
/uploads/allimg/201111/1K4595R0-0.png
分包加载的低版别兼容问题
关于老版别的客户端，编译后台会将一切的分包打包成一个整包，老版别的客户端依然依照整包的方法进行加载。
现在小程序分包巨细的约束：
单个分包/主包巨细不能超越 2M
分包加载的具体运用方法、示例项目文档上已有介绍，可检查接口文档：分包加载
假如其他问题，欢迎在评论区留言。
页:
[1]