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

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

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

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

只加载文字

这个过程渲染正常

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

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

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

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

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

单列动态图片加载

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

双列动态图片加载

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

基本定位问题再动态图片加载上：


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

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

这篇关于【Android】画面卡顿症结点分析二的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---