【Android】画面卡顿症结点分析二

本文主要是介绍【Android】画面卡顿症结点分析二，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

验证当前数据加载方案的可行性

当前的设计是否满足交互流畅度。流畅度是否能达到京东首页的体感？设计数据只加载文字；
加载文字后再加载静态图片；测试验证当前布局、数据逻辑加载的交互体感情况。如不满足那基本就能确定是布局和数据加载逻辑有缺陷，则需要进行重构或重写
在第1条满足的基础上，测试同一个网络图片加载到所以列表子项里展示。记录交互体感和京东首页进行对比分析测试单列动态图片加载效果并记录
再次测试双列动态图片加载效果并记录

只加载文字

在这里插入图片描述
这个过程渲染正常

加载文字后再加载静态图片

在这里插入图片描述

这个也没有问题；静态图片为webp 1kb

本来想都录制成GIF，但发现信息不能暴露蛤！看那个图柱就好了。大致上就是这么一个渲染耗时情况

同一个网络图片加载到所以列表子项里展示

在这里插入图片描述

在动态图片没有加载渲染时：上下滑动耗时基本相当
在动态图加载渲染图片时：上下滑动耗时增加明显，不过这个时间段比较短，影响不明显

单列动态图片加载

在这里插入图片描述

在动态图片没有加载渲染时：上下滑动耗时基本相当
在动态图加载渲染图片时：上下滑动耗时增加明显，不过这个时间段比较短，影响不明显
在新增一页数据时渲染耗时增加明显、上下滑动卡顿感明显，在数据加载到第3页之后每页新数据渲染耗时图柱明显增多，几乎是有增加一倍多趋势。这个时候进行上下滑动会很明显的卡住不动了

双列动态图片加载

在这里插入图片描述

在动态图片进行加载渲染时耗时比较大，上下滑动反应慢，甚至画面不动
新增一页数据加载渲染时耗时比较大，上下滑动几乎没有反应，画面停止没有交互响应

基本定位问题再动态图片加载上：
在这里插入图片描述

仔细查看了各个网络图片的大致大小，惊人的发现网络图片大部分都是100kb以上，而且有400kb和500kb的情况。无语问他妈给无语开门，无语到家了。几千个数据加载的列表，这图片太重了

大部分都是这样的网络图片情况。唉！这太惊人了，在某些机型上是真带不动了。但领导还是让想想办法解决。
问题找到，但要进行解决
=================================请看下一章