使用分包

配置方法

假设支持分包的小程序目录结构如下：

  1. ├── app.js
  2. ├── app.json
  3. ├── app.wxss
  4. ├── packageA
  5. │   └── pages
  6. │       ├── cat
  7. │       └── dog
  8. ├── packageB
  9. │   └── pages
  10. │       ├── apple
  11. │       └── banana
  12. ├── pages
  13. │   ├── index
  14. │   └── logs
  15. └── utils

开发者通过在 app.json subpackages 字段声明项目分包结构：

写成 subPackages 也支持。

  1. {
  2.   "pages":[
  3.     "pages/index",
  4.     "pages/logs"
  5.   ],
  6.   "subpackages": [
  7.     {
  8.       "root": "packageA",
  9.       "pages": [
  10.         "pages/cat",
  11.         "pages/dog"
  12.       ]
  13.     }, {
  14.       "root": "packageB",
  15.       "name": "pack2",
  16.       "pages": [
  17.         "pages/apple",
  18.         "pages/banana"
  19.       ]
  20.     }
  21.   ]
  22. }

subpackages 中，每个分包的配置有以下几项：

字段类型说明
rootString分包根目录
nameString分包别名，分包预下载时可以使用
pagesStringArray分包页面路径，相对与分包根目录
independentBoolean分包是否是独立分包

打包原则

  • 声明 subpackages 后，将按 subpackages 配置路径进行打包，subpackages 配置路径外的目录将被打包到 app（主包） 中
  • app（主包）也可以有自己的 pages（即最外层的 pages 字段）
  • subpackage 的根目录不能是另外一个 subpackage 内的子目录
  • tabBar 页面必须在 app（主包）内

引用原则

  • packageA 无法 require packageB JS 文件，但可以 require app、自己 package 内的 JS 文件
  • packageA 无法 import packageB 的 template，但可以 require app、自己 package 内的 template
  • packageA 无法使用 packageB 的资源，但可以使用 app、自己 package 内的资源

低版本兼容

由微信后台编译来处理旧版本客户端的兼容，后台会编译两份代码包，一份是分包后代码，另外一份是整包的兼容代码。新客户端用分包，老客户端还是用的整包，完整包会把各个 subpackage 里面的路径放到 pages 中。

示例项目

下载 小程序示例（分包加载版）源码