- 当前 Bug 的表现（可附上截图）
- 预期表现
- 复现路径
- 提供一个最简复现 Demo
需求场景：
随着业务增长，小程序的包体积逐渐变大，导致首次打开小程序下载package等待时间过长
解决方案：
仔细阅读了官方文档关于分包加载的描述，存在以下几个疑惑，还请能够帮忙解答一下
1.tabbar页面必须放在主包下，那么打开通过微信会话分享的页面路径（分包目录下），这个时候会先加载主包，然后再加载分包中的页面吗？
2.工程中非subPackages下其他文件（比如component、util.js ）都是打包到主包吗？
1、tabbar页面必须放在主包下，如果你访问的是主包的页面，这时候是不会加载分包的代码的，如果你访问的是分包的代码，这时候会先加载主包的代码，再加载分包的代码
2、主包不能引用分包的组件，分包可以使用主包的组件
感谢回复！
目前我工程的优化策略是把tabar页面、访问量大的页面、component，都放在主包了，然后其他页面（包括icon）都放在分包下面，结果目前包体积并没有明显的改善
请问是我拆包拆的不够吗？ 因为要确保首次进入的下载时间小于1300ms，还希望能够指点一二
这个就要看你的业务需求了啊，哪些模块能拆分出来分包，尽可能得把一个整体的业务单元的东西都拆到一个分包下，如果仅仅只是想要降低首次下载的时间，那你完全可以把每个页面都做一个分包，这样肯定能降下来