A 页面去分包预下载 B、C 页面的包，预下载包的时机是在 A 页面渲染成功后吗？B、C 包预下载会影响 A 页面的渲染和交互吗？

找了下官方文档里面并没有类似的说明，触发预下载的时机是在指定页面渲染时，指定页面渲染后，还是说是会检测页面帧率稳定后再进行下载

异步化分包加载失败后怎么重新触发重新加载和刷新事件？ 怎么触发小程序异步化分包加载失败场景测试wx.onLazyLoadError监听是否有效

在异步分包A中引用了另一个异步分包B，冷启动进入小程序，成功加载异步分包A后异步分包B会加载失败导致组件不展示，这个问题有人遇到过吗？有大佬知道是什么原因吗？

小程序基础库版本要求： 基础库版本 > 2.25.4 时可复现 基础库版本 <= 2.25.4 时表现正常 问题描述及复现步骤： 1) 项目结构，项目分主包和分包(如下图)，其中: 主包包含一些公共的,同步的基础组件，如 comp1、comp2、comp3 分包包含一些业务的异步组件，如 async-comp1、async-comp2、async-comp3 ... async-comp7 [图片] 2) 页面结构,包含页面元素、同步组件、异步组件，如下图： 2.1 所有的异步组件在组件的 attached 生命周期中抛出事件 this.triggerEvent('attached') [图片] 2.2 在页面所有的异步组件上监听 attached 事件并进行处理 [图片] 当事件处理器以同步的方式调用 setData 时，会导致部分异步组件的 attached 生命周期不触发， 如下图控制台 AppData 中可以看到，async-comp2、async-comp4、async-comp6 组件的 attached 生命周期不触发，在实际复杂的项目里，会直接表现为组件加载失败。 加载失败的组件表现出一定的规律，async-comp2为第一个监听 attached 事件的后一个组件，async-comp4、async-comp6 组件前都有一个同步组件。 [图片] 当事件处理器以异步的方式调用 setData 时，或小程序基础库版本 <= 2.25.4 时，表现正常，如图： [图片] 针对已上问题，如果是bug，希望官方能够及时修复或者给出解决方案，如果是 feature，麻烦说明其中原理，谢谢！

一个tab的页面组件使用了异步分包，使用wx.onLazyLoadError监听到timeout或者fail后 ，异步分包的组件就一直显示不出来。切换tab的时候也不会重新触发。有什么办法可以重新触发加载异步分包的组件呢？

示例有两种类型的组件，正常的同步组件、分包异步化加载的组件正常的同步组件有pageLifetimes生命周期，而分包异步化加载的组件丢失了pageLifetimes生命周期在页面onShow、组件的pageLifetimes[show]里都进行了console.warn打印[图片]

主包页面正常使用，独立分包页面不渲染（真机渲染正常）： [图片]

问题描述： 如果只导入分包 subPackageC 中的 JS 资源，不导入 components 中的组件，则无法加载 JS 资源。 但是真机是正常的。

将自定义组件库package使用了分包异步化后，在A分包中，从X页面跳转进Y页面，Y页面包含package中的组件，页面一开始会出现无样式的自定义组件内容 [图片] 其中中间内容为自定义弹窗，需点击触发 整个页面正常显示应该是如下 [图片][图片] 猜测是因为使用了view占位符，故默认会先用view，将内容渲染出来，但是体验不好，有没有什么办法能规避这一问题呢，例如，等待分包下载完毕后，再渲染页面，在此期间loading，但是没有提供相关的方法监听分包加载，wx.onLazyLoadError只能监听加载失败的。还请各位大佬解答 另外，有时候会出现 [图片] [图片] 抓狂了