阅读 400

Android中ANR和卡顿优化

ANR产生的原因

只有当应用程序的UI线程响应超时才会引起ANR,超时产生原因一般有两种。

1,当前的事件没有机会得到处理,例如UI线程正在响应另一个事件,当前事件由于某种原因被阻塞了。

2,当前的事件正在处理,但是由于耗时太长没能及时完成。 根据ANR产生的原因不同,超时事件也不尽相同,

从本质上将,产生ANR的情况有三种,大致可以对应到android中四大组件中的三个(Activity/View,BroadcastReceiver和Service)。

KeyDispatchTimeout 1,最常见的一种类型,原因就是View的点击事件或者触摸事件在特定的时间(5s)内无法得到响应。

BroadcastTimeout 2,原因是BroadcastReceiver的onReceive()函数运行在主线程中,在特定的时间(10s)内无法完成处理。

ServiceTimeout 3,比较少出现的一种类型,原因是Service的各个生命周期函数在特定时间(20s)内无法完成处理。

ANR的定位和分析

当发生ANR时,可以通过结合Logcat日志和生成的位于手机内部存储的/data/anr/traces.tex文件进行分析和定位。

卡顿原理

image.png

Android系统每隔16ms发出VSYNC信号,触发对UI进行渲染,如果每次渲染都成功,就能够达到流畅的画面所需要的60fps。(为了能够实现60fps,这意味着程序的大多数操作都必须在16ms内完成) 如果你的某个操作花费时间是超过了16ms,系统在得到VSYNC信号的时候就无法进行正常渲染,这样就发生了丢帧现象。那么用户在当前帧看到的仍然是上一帧画面。

卡顿检测 blockcanary

image.png

原理简介:

1、卡顿发生在主线程,主线程的所有事件处理都是在主线程的looper中处理的

2、looper的loop方法中,在调用msg.target.dispatchMessage(msg);处理消息前后会使用printer打印message信息,

3、设置自定义的printer,第一次调用时记录开始时间T1,第二次调用时记录结束时间T2,对应消息处理前后的时间,如果两次时间差超过自定义的阻塞时间,则调出T1到T2的堆栈信息进行处理显示。

image.png

导致卡顿的原因及优化

(1)界面布局较为复杂造成界面过度绘制(使用调试GPU过度绘制来查看界面)(背景)

进行布局优化

(2)动画太多或者动画执行过程较为复杂

简化动画;使用属性动画

(3)view绘制过程较为耗时(gpu呈现模式分析)

简化逻辑

(4)gc占用程序计算时间(Memory Monitor里面查看到短时间发生了多次内存的涨跌,这意味着很有可能发生了内存抖动,Allocation Tracker来查看在短时间内,同一个栈中不断进出的相同对象)

对象重复利用

(5)内存泄漏(内存泄漏指的是那些程序不再使用的对象无法被GC识别,这样就导致这个对象一直留在内存当中,占用了宝贵的内存空间。显然,这还使得每级Generation的内存区域可用空间变小,GC就会更容易被触发,间接导致卡顿问题)(leakcanary检测)

(6)列表优化,使用局部刷新

参考

BlockCanary — 轻松找出Android App界面卡顿元凶

文章分类
Android