微信小程序分包的相关概念和使用

简介: 本文介绍了微信小程序分包的概念、优势、配置方法、加载规则、体积限制,以及独立分包和分包预下载的配置,旨在帮助开发者优化小程序的加载速度和开发效率。

分包就是指将一个完整的小项目程序按照需求划分为不同的子包,在构建时通过打包成不同的分包,用户使用时按需加载

对小程序分包的好处,简而易见,当我们首次打开小程序时下载时间变短多团队共同开发可以分模块的解耦协作

1. 分包前后的区别及主包的概念

默认情况下,微信小程序项目中将所有的页面和资源打包到一起,这样会使整个项目体积过大,影响小程序首次启动的下载时间和用户的体验。

分包后,小程序项目由一个主包和多个分包组成。

主包,一般指只包含项目的 启动页面 或 TabBar 页面,以及所有分包都需要的一些公共资源app.json,app.wxss,js脚本和.wms脚本。
分包,只包含和当前分包有关的页面和私有资源。

分包前后的项目对比图:

在这里插入图片描述

在这里插入图片描述

2. 分包的加载规则及分包的体积限制

小程序启动时,会默认下载主包并且启动主包内页面。当用户进入分包内的某个页面时,客户端会把对应的分包下载下来,下载完成后再进行展示。

分包后的体积限制:整个小程序的所有分包大小不超过 16MB,单个分包和主包大小不能超过 2MB。

2.1. 使用分包

可以在app.json中进行对分包的相关配置,格式如下:

{
   
  "pages":[ // 主包的所有页面
    "pages/index",
    "pages/logs"
  ],
  // 通过 subpackages 节点,声明分包的结构
  "subpackages":[
    {
   
      // 指定分包的根目录
      "root": "pkg1",
      // 指定分包的别名
      "name": "packageA",
      // 指定当前分包的页面存放的相对路径
      "pages":[
        "pages/cat",
        "pages/dog"
      ]
    },{
    // 第二个分包的根目录
       "root": "pkg2",
       "name": "packageB",
       "pages":[
         "pages/apple",
         "pages/banana"
       ]

    }
  ]
}

3. 打包原则和引用原则(普通分包)

3.1. 打包原则

  1. 小程序会按 subpackages 的配置进行分包,subpackages 之外的目录将被打包到主包中
  2. 主包也可以有自己的 pages(即最外层的 pages 字段)
  3. tabBar 页面必须在主包内
  4. 分包之间不能互相嵌套

3.2. 引用原则

  1. 主包无法引用分包内的私有资源
  2. 分包之间不能相互引用私有资源
  3. 分包可以引用主包内的公共资源

4.独立分包

独立分包本质上也是分包,只不过它比较特殊,可以独立于主包和其他分包而单独运行。

独立分包相较于普通分包的区别是,独立分包不需要依赖于主包才能运行,而普通分包必须依赖于主包才能运行。

独立分包的配置方式,就是在普通分包 subpackages 中添加 一个 independent 属性,将其设置为true即可。

{
   
  "pages":[ // 主包的所有页面
    "pages/index",
    "pages/logs"
  ],
  // 通过 subpackages 节点,声明分包的结构
  "subpackages":[
    {
   
      // 指定分包的根目录
      "root": "pkg1",
      // 指定分包的别名
      "name": "packageA",
      // 指定当前分包的页面存放的相对路径
      "pages":[
        "pages/cat",
        "pages/dog"
      ],
      "independent":true
    },{
    // 第二个分包的根目录
       "root": "pkg2",
       "name": "packageB",
       "pages":[
         "pages/apple",
         "pages/banana"
       ]

    }
  ]
}

4.1. 独立分包的引用原则

独立分包和普通分包以及主包之间,是相互隔绝的,不能相互引用彼此的资源!

  1. 主包无法引用独立分包内的私有资源
  2. 独立分包之间,不能相互引用私有资源
  3. 独立分包和普通分包之间,不能相互引用私有资源
  4. 特别注意:独立分包中不能引用主包内的公共资源

5. 分包预下载

分包预下载指的是:在进入小程序的某个页面时,由框架自动预下载可能需要的分包,从而提升进入后续分包页面时的启动速度。

预下载分包的行为,会在进入指定的页面时触发.

5.1. 配置分包预下载

在 app.json 中,使用 preloadRule 节点定义分包的预下载规则.

{
   
  // 配置分包的预下载规则
  "preloadRule":{
   
     // 进入哪些页面触发分包的预下载
     "pages/contact/contact":{
   
        // network 表示在指定的网络模式下进行预下载 
        // all 表示不限网络 , wife 表示限制网络
        "network": "all",
        // packages 指明进入页面后,需要预下载哪些分包
        "packages":["pkg1"]
     }
  }
}

对了,分包预下载的大小也是限制在2MB

相关文章
|
10天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
6天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2506 14
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
6天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1519 14
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
8天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
531 13
|
1月前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19282 30
|
1月前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18836 20
|
1月前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17524 13
Apache Paimon V0.9最新进展
|
8天前
|
人工智能 自动驾驶 机器人
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
过去22个月,AI发展速度超过任何历史时期,但我们依然还处于AGI变革的早期。生成式AI最大的想象力,绝不是在手机屏幕上做一两个新的超级app,而是接管数字世界,改变物理世界。
458 48
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
|
1天前
|
云安全 存储 运维
叮咚!您有一份六大必做安全操作清单,请查收
云安全态势管理(CSPM)开启免费试用
355 4
叮咚!您有一份六大必做安全操作清单,请查收
|
2天前
|
存储 关系型数据库 分布式数据库
GraphRAG:基于PolarDB+通义千问+LangChain的知识图谱+大模型最佳实践
本文介绍了如何使用PolarDB、通义千问和LangChain搭建GraphRAG系统,结合知识图谱和向量检索提升问答质量。通过实例展示了单独使用向量检索和图检索的局限性,并通过图+向量联合搜索增强了问答准确性。PolarDB支持AGE图引擎和pgvector插件,实现图数据和向量数据的统一存储与检索,提升了RAG系统的性能和效果。