微信版本号：7.0.14 基础库版本号：2.11.1 扫描部分条码时，扫码结果不准确，有时扫描过慢。 同一条码，当返回值scanType："CODE_128"时，result为想要得到的条码值。 当返回值scanType："UPC_E"/"EAN_8"时，result为不希望得到的条码值。 [图片] [图片]

下拉加载会出现白屏（大概下拉十几次） 使用onPullDownRefresh函数，每页一百条数据，一直下拉会出现白屏，大概请求十几次的样子

onPageScroll监听页面，滑动到某位置置顶元素，但是ios真机测试时滑的很快，会延迟好几秒才置顶？可否改善？有替代方法吗？ 以下是代码片段： https://developers.weixin.qq.com/s/u1xqBCmZ7qaQ

搜索了很多网上微信小程序白屏的问题，但是都没有得到很好的解决！刚才认真测试了。终于找到复现的情景 复现： 1、进入小程序随机点击几个页面（2-3层） 2、点击右上角关闭退出小程序 3、过个把小时候再次进入小程序 4、随意点击一个navigateTo的链接后。跳转页面显示空白大概2-10秒（不等）才会加载页面。 问题怀疑： 小程序内存溢出崩溃导致，因为空白的时候vconsole没有出现。直到页面重新渲染后，vconsole才会显示。

向官方团队咨询： 非异常场景下，官方设定的小程序自动销毁默认时长是多久？官方有小程序销毁的监听事件吗？

同一个页面两个 wx:for ,一个写wx:key="*this" 另一个怎么写都会警告， Do not set same key \"[object Object]\" in wx:key. 代码片段： https://developers.weixin.qq.com/s/Ahnyepmk7CfP

问题 关于小程序管理后台中，运维中心 -> 监控告警 -> 加载性能监控中，启动总耗时远远大于下载耗时 + 初次渲染耗时。在我的理解中，同时按照文档的说法，我认为应该是 启动总耗时 略大于 下载耗时 + 初次渲染耗时 才对。但是从数据来看启动总耗时很大很大。 启动总耗时从用户点击进入小程序开始计算，到小程序界面首次渲染完毕的耗时，单位毫秒，中间包含代码包下载（非首次启动则不需下载）、代码执行、渲染等耗时 下载耗时用户首次启动时下载小程序代码包的耗时，单位毫秒 初次渲染耗时小程序页面首次渲染时所需要的时长，单位毫秒 截图 [图片] [图片] [图片] 样例： 比如以最近一天 11.02 的数据，启动总耗时平均为 2.95 秒，下载耗时平均 0.56 秒，初次渲染耗时平均 0.32 秒，那么剩下的这 2.95 - 0.56 - 0.32 = 2.07 秒去哪儿了呢？

使用真机调试及线上实际使用时，wx.request接口调用返回异常缓慢 如图：该接口使用postman调用耗时154ms,服务端查询请求返回正常， 使用真机调试wx.request耗时7.27s，返回数据量也不大，loading转半天，严重影响用户体验啊 [图片] wx.request对返回的数据格式有什么要求么？

您好，请问一下，最近用户用4G等网络调用接口时一直很卡顿，我们这边用安卓试了一下，也发现了同样的问题，我们写了日志，看反馈卡顿的用户的日志，请求发出到进入success回调用的时间如下图所示，我不知这是什么原因导致的，是偶发性的，玩了一下拼多多的小程序，也同样偶尔有这个问题存在，我们也检查了服务器，我们nginx日志没有相关超时日志，还有我们服务端超过10s就会返回超时500的。麻烦相关人员查看一下wx.request接口是不是有问题。 [图片] [图片]

各位大佬，微信小程序中遇到一个问题，是token消失，然后造成的掉线， 我把账号信息token等放在本地存储中，然后需要用的时候获取这个信息，但是出现了掉线状态 多方面排查，得新出的结论是token莫名其妙的会为空，以经排查过多次了，没有使用removeStorage或者removeStorageSync这两个方法，只有本地中的token没有，其他的缓存都有，请问这是什么原因造成的，或者说我该写个什么样的方法阻止这种情况。先谢谢各位大佬