从2.19.6基础库更新后，小程序后台上每天都会报大量的基础库错误，但测试或者开发同学没有触发过错误，没办法确定对于线上影响，麻烦相关同学看一下问题。 主要是下面这个，但偶尔还会有其他的。 1The string did not match the expected pattern. [native code] _@https://servicewechat.com/wx7649daed8f2335c4/544/page-frame.html:3:1791753 https://servicewechat.com/wx7649daed8f2335c4/544/page-frame.html:3:111376 S@https://servicewechat.com/wx7649daed8f2335c4/544/page-frame.html:3:70510 global code@https://servicewechat.com/wx7649daed8f2335c4/544/page-frame.html:1:72 appId：wx7649daed8f2335c4

小程序后台有数量比较多的基础库报错，告警群经常响。 请问小程序开发者可以对这些错误调试吗，如何判断这些错误不是因为开发者的原因导致的？对小程序的运行是否有影响？ appId：wx7649daed8f2335c4 [图片]

1.18日下午，小程序4.76版本上线，灰度20%，因为出现报错，随即回滚。 1.19日上午，灰度发布修复问题的4.77版本，灰度50%，随即出现相同报错，回滚，报错消失，但是在小程序后台错误分析模块排查后发现，出现错误的版本是昨日已经回滚的4.76版本，且全部都是Android系统。 请问灰度这一块有没有可能 Android 会灰度到已经回滚的版本呢？ appId：wx7649daed8f2335c4

观察公司内部的四个小程序发现，扫一扫二维码场景的启动耗时通常在 5s 左右，远高于所有场景的启动耗时 3s 左右。但是扫一扫二维码场景的包大小，页面注册数量（只有一个页面）都是比其余场景更加优秀的。但是启动耗时却高出许多。请问这是为什么呀。 官方有统计小程序的在各个场景下的启动耗时吗。扫一扫二维码场景的启动耗时较高是不是普遍现象？

扫描普通二维码场景的启动耗时高于其他场景的启动耗时，想咨询一下原因。还想问一下启动耗时的具体计算规则 在做启动耗时优化时，发现扫描二维码打开的场景启动耗时比其他场景的启动耗时会高出几百毫秒，采取分包策略后，二维码打开的启动耗时仍然比其他场景的高，考虑到扫描二维码时可能会有一次二维码规则映射的网络请求，请问这段时间损耗会算在启动耗时内吗？

请问独立子包能够进行下载时间等性能监控吗