我遇到过一次,当时是因为这台电脑微信上登陆过的人太多了,微信风控判断有问题,一聊天就闪退,彻底删除重装就好了
电脑登微信老闪退,提示“登录错误,请重新登录”新换的电脑。win10系统,一聊天就闪退,微信最新版本的。 帐号:fengfangwei923 微信版本:2.7.1.88 登录时间点:2020.1,1 10:36 电脑系统:win10 日志:MM_20200101.xlog
2020-01-01求助,没人遇见吗.......
Cannot read property 'errCode' of null ?live-player播放过程中报错 [图片] 信息很明确,是live-player的 onNetStatus报的错 但是摸不清什么时候报的错,看信息好像是小程序运行中的编译代码报错的,隔一段时间报一次,重点是我的整个项目里都没有叫errCode的字段 [图片]
2019-12-31mark,我也希望能看到官方的一篇有关原生组件内存回收机制的文章
不知道小程序的内存回收机制是怎么样的?感觉内存回收释放不够完善今天刚升级到微信最新版本7.0.9,看修复的怎么样,感觉没啥区别,稍微老点的机型运行小程序,还是会闪退,只不过修复了卡死,现在是直接闪退,亲测机型华为MT7,亲测程序是我自己的程序和京东商城程序,另外还建议官方能优化长列表和直接出组件,方便开发者开发
2019-12-09补充一下,onUnload里调live-player stop方法也看不出对内存有什么明显的效果来
频繁进出live-player页面最后停止在初始页常驻内存明显增加,怀疑有部分内存泄漏把代码片段的appid随便替成一个自己的, 找部安卓测试机打开性能面板,我的是小米mix2,安卓9系统,miui10.4.2稳定版,6x64g,记录首页内存使用在260m-270m上下 [图片] 频繁点击观看视频和退出按钮进出含有live-player组件的页面,大概十几二十几次后停止在首页,发现内存大概停留在350m不动,等1-3分钟降到330m就不再降了,在330-340波动。等10分钟左右降到310。想知道那70m的内存是被什么占用了?我可以理解后台页面需要部分内存,可是大概量是多少呢?遵循卸载dom释放内存原则,我在onUnload函数中用if卸载live-player也没什么作用,这还是没推流状态的live-player,而且周三我在推流状态下测试这个demo,不停切了20分钟,内存从270涨到了1200 [图片] 说一下这个使用场景:商城直播带货,直播页会频繁的和商品详情页直播列表页互动,实际使用中上面会盖cover-view或者view,经过一周测试,实际使用中正常操作时内存增量在100m左右,我已经在onUnload和onHide中初始化所有data参数,怎么把这部分内存释放掉?商城本来就吃内存,这样暴力测试的话会把小程序切崩 有同事说是不建议获取live-player的句柄,一切交给微信处理,(经过测试对内存几乎没影响)但是我的任务需求是打包一个js类,在播放暂停时打点上传数据,在onUnload中把这个类置为null,(也对内存没影响) 有一个按上面步骤切了二十次左右内存上升的小视频,但是上传腾讯注册的那一步太麻烦了,还得审核,所以暂时就没传,不过按照我的步骤肯定能复现
2019-12-06求教,最后有结果吗?
小程序内存异常增大1倍问题陈述: 之前开发一直都没有留意到内存占用的问题(7.0.4升级至7.0.5后),而之前开发时一直关注过初始化的内存占用(打开性能调试面板,由面板中观察得)。在旧版本中,官方的快速上手Demo刚打开的内存大约为300MB左右,而最近更新7.0.5后发现同一个快速上手Demo的项目内存会增加1倍,打开时600MB,降至590MB。多次杀掉微信再次重复测试,结果一直如此。 而且有概率在打开3个页面后(每个页面大约最多20张图片资源。标签总数估计不会超过600个),第三个页面能在进入时稍微看见页面内容,但稍后立即黑屏,返回页面亦如此。但似乎页面的触摸点击事件能正常回调且JS线程仍在运行。 此外,我亦测试了拼多多、京东商城等图片资源稍多的小程序,情况表现一致(只能看到2个页面以上便黑屏的情况,具体的内存信息无法查看),摩拜单车也一样,而且黑屏时是HTML元素消失,但原生元素仍然存在,比如地图组件。 而同事的小米9,相同的安卓版本,相近的MIUI版本测试内存为正常的情况,快速上手也约为300MB。不同点为其微信版本为7.0.6。 文末有录制黑屏的视频。 [图片] 开发工具新建一个自带的快速上手Demo,完全没有修改过一点代码。 [图片] 以上为,清空缓存之前,且启动后一会儿,内存稳定时截图。 [图片] 以上为,使用MIUI安全助手清空整机内存、垃圾 文件后,再在系统应用管理中清除微信缓存后。杀掉重新按如上操作截图。 视频地址(上传到图床,本人测试未发现有病毒或主动的恶意意图):http://tmp.link/f/5d665639d3c5b 目前微信尚未卸载,若官方人员需要上传运行日志,可联系上传。并可卸载重装该版本微信再次尝试,测试是否复现该问题。
2019-12-02大佬,你是在onUnload函数里把map的高度设置为0? 这问题解决了吗?我用live-player组件遇了一样的问题,使用场景是淘宝直播卖货的那种,频繁进出live-player组件的播放页,内存蹭蹭涨
重新渲染地图导致小程序内存溢出,崩溃-黑屏白屏(wx:if,页面跳转方法可触发)- 当前 Bug 的表现(可附上截图) 三星S6 edge,三星S10 来回切换含地图页(redirectTo),尝试多次后,小程序页面白屏或黑屏,一段时间后不会恢复,有可能导致小程序关闭。 小程序奔溃效果如图: [图片] 操作视频如下:0-30s为不含地图页的切换演示,内存不会溢出。30s-1分30s为含地图页的切换演示,多次之后,小程序崩溃。 [视频] - 预期表现 包含地图的页面,或地图,在重新渲染时,内存应该被有效回收。重新渲染的时机包括,切换页面(不管是redirect方法还是navigate方法)或wx:if控制的map组件。 - 复现路径 建议使用安卓手机操作(IOS性能监控,不可见内存) 使用wx:if方法控制地图显示或隐藏,内存在地图显示时显著升高,而用hidden方法显示或隐藏地图,不会有此表现。 通过性能窗口观察,发现内存在地图页切换时,升高并不会被销毁。其他普通页面不会有此情况。 推断:内存在地图重新渲染时,未有效回收,多次渲染地图,会造成内存溢出风险。 - 提供一个最简复现 Demo https://developers.weixin.qq.com/s/V4jTDVmb789C 补充:华为荣耀10青春版复现问题,另外对内存监控数据的准确性表示怀疑。 [图片]
2019-12-02我也遇见了这样的问题,直播商城小程序,频繁进出live-player页面和从live-player页面出去商品详情页再回退进来,一会内存就1g了。。。。
setData更新cover-view或者live-player上点击btn延迟使用page使用live-player全屏覆盖,live-player上添加cover-view,cover-view绑定bindtap事件(button使用bindgetuserinfo),bindtap事件setData更新视图层,控制显示隐藏别的'dom'元素,视图层总会延迟一定时间更新。同时,如果频繁操作,会造成内存使用过多而使微信退出(安卓),直播视频也会变得一卡一卡甚至卡死。 涉及到的组件:cover-view,live-player,button[open-type='getUserInof'],button[open-type="share"] api方法:setData(),wx.pageScrollTo() 各位,有没有类似的案例,求分享
2019-11-29