Android 性能优化排查页面打开卡顿

背景

发现项目中打开页面有点迟钝，什么是迟钝？如果我们打开一个新页面，其实是很快，可以在100ms内完成，设置更短，达到迟钝就是能用眼睛感觉到有点跟不上了，慢慢的。

这个时候就需要我们排查哪里出问题了。

怎么简单排查问题

分享一个排查卡顿的常用手段之一，SDK提供的工具Debug类。

在启动Activity的前面增加一段代码

Debug.startMethodTracing();

打开activity之后我们增加一个按钮停止

Debug.stopMethodTracing();

打开页面几百ms之后，可以点击停止了，也可以等一会。

trace文件保存位置

/mnt/sdcard/Android/data/包名/files/这里，后缀.trace

通过adb拉出来，通过as可以打开这个文件，这个文件记录了堆栈，可以分析耗时点。

AS查看trace文件

AS打开Profiler，左边有个+按钮，Load from file，选择刚刚得到trace。

w放大，s缩小，ad左右移动。

下面就是找到耗时地方。

activity的根布局是ConstraintLayout，他的初始化时间非常长，里面占用时间最长的是getDrawable，可以看看根布局的代码是不是设置一些图片。

background设置一张1080*1920的图。谢特。

加载布局是主线程做的，包括控件的解析，生成对象，解析属性和图片。这里是一个大图解码。

多设备对比： 上面的截图是一台高性能设备抓的，耗时100多ms，加上其他耗时，总体感觉就是慢了一拍。（处理器比较好，1g内存）

换个垃圾设备（处理器很差，1g内存），这个时候打开页面等了一秒钟这样。

移除bg测试：两个设备都变得很快，没有那种慢悠悠的感觉，啪打开了~。

把程序跑到手机上面，打开页面速度很快，没啥感觉。要发现问题还是得拿垃圾设备比较容易。

这就是正常的速度了~~~。

如果解决

其实方案大家都知道，主线程耗时，切线程。 加载图片丢给图片加载框架，因为图片加载框架都是子线程解码，好了之后丢给主线程设置图片。。

总结

硬件性能不断提升，但是很快被软件吃掉了，软件层面的优化路还很长。 这是工作中遇到的一个小问题，分享给大家，要发现问题，才会有解决的方法~ 不然人家问你，为什么卡，哪里卡，谁写的代码，怎么解决，得拿出数据来说话~