EAN-13编码，第一个数字为 0 ，这个 0 ，  100%的概率丢失（已确认非API问题） wx.scanCode 指定识别一维码，识别，概率错误，社区回复也是敷衍了事 [图片] 如图所示，6 识别成了 5，4 识别成 3 [图片] 以下是社区专员的回复，没有任何意义的回复 [图片] [图片]

如图，点击“终止”后重新“普通编译”，还在。 只能用“重启”开发工具，解决。吐血 [图片]

如图所示，只要进入这个页面，就会白屏，而且，日志会被清空，标题显示为“应用” [图片]

如题

如下图，WAService.js中的setData占用了大量时间 当列表数据量很大时，我做了回收处理，只渲染10条数据，进行数量加一操作时，一条数据进行setdata，set的数据量很少，但是还是有性能问题。 很迷茫啊，不知道怎么优化，有没有大佬指点一下 下图：searchGoods数据量少，20条时，同等操作 [图片] 下图：：searchGoods数据量中，300条时，同等操作 [图片] 下图：：searchGoods数据量中，1000条时，同等操作 [图片] 选择一张图，可以看到，一次操作，进行了三次setdata，数据量不大时，时间都有增长，第一个searchGoods的setdata时间增长最明显，但是searchGoods没有与视图直接绑定 1000条时，点击数量加1，三次setdata明细如下： 1.第一次setData的searchGoods传入了组件中，组件处理后，将裁剪的visibleData传入插槽，visibleData才真正与视图绑定 searchGoods的setdata花费了大量时间，这里我就不太明白 [图片] 20条数据，第一次setdata searchGoods时间： [图片] 1000条数据，第一次setdata searchGoods时间： [图片] 2.第二个setData，汇总数据和购物车，执行时间参考上面的图片 [图片] 3.第三个setData，searchGoods裁切后得到的visibleData，visibleData与视图绑定，执行时间参考上面的图片 [图片] 下面是 C方法： [图片] 下面是doUpdates方法： [图片]

微信开发工具17年到21年，性能问题一直没有改善过，每次看更新日志增加这个，增加那个的，一点意义都没有 开发人员因为这个工具的卡顿异常浪费了多少时间！掉了多少头发！ 工具全部关闭，后台还在疯狂的跑 [图片]

[图片]

现在小程序灰度是不能精准控制到用户的，导致频繁需要版本撤回来解决问题。 现在我们想弄一个灰度环境，可以理解为beta版本，推送升级到一部分真实用户，这些用户是我们自己筛选的，后端和数据库也与正式环境不同，如果一段时间没有问题，再推送到全部用户。 在我看来，现在没法解决我这个需求，

我就想知道，文本框无法获取焦点输入文本，导致无法调试，这个问题什么时候解决

[图片] [图片] textarea auto-heigh设置为true  测试键盘输入没有问题 给textarea 的value赋值，自动增高生效后，textarea没有自动居中，当键盘输入值之后会自动居中 开发者工具上不出现这些问题，真机100%重现问题 微信版本 6.5.10 Android版本 7.1.1 NMF26X 机型：小米6