- 需求的场景描述(希望解决的问题)
我首页是一个swiper,一共加载30张图片,先加载了3张,然后滑动一张预加载一张,没有问题,
然后详情页也是一个swiper,一次性请求了20多条数据吧,然后一次性加载进来会崩溃,其中有两三张图片很大,2m左右;然后我换成了滑动的时候在bindchange中边滑动边渲染的方式,滑动会卡顿,然后也会崩溃,偶尔滑动时候不崩溃,我点击swiper-item的一个播放按钮,会看到页面渲染的很慢,一个播放按钮得等一两秒才能切换成暂停,然后就会意外退出,我换成首页的数据源和加载方式就不会有问题,所以这个和图片太大有关系嘛?
这是崩溃的那一页的bindchange,musiclistAll是一次性加载的数据,musiclist是一个长度和musiclistAll一样
的数组,只有后三个有数据,前面都是空,是占位用的,(业务逻辑是从后往前滑的)然后bindchange,给musiclist[current]替换上数据,刷新渲染界面;
- 希望提供的能力
1.大家是否能从上面的描述中看出我的问题呢?
2.我如何能看到小程序意外退出的log呢?我想定位问题出在哪里
同样遇到这样的问题,请问解决了么?
算是没解决吧,把大图删除掉就没问题了。。。
小程序渲染dom的能力确实还不行
赞同压缩图片,服务器在搞,那你知道小程序意外退出如何查看日志吗?
先把图片搞小吧,2M的图片,那么大流量,谁用你的小程序