Android程序性能优化——ANR，kotlin爬虫app

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文件进行分析和定位。

卡顿原理

==================================================================

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

卡顿检测 blockcanary

==============================================================================

原理简介：

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

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

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

导致卡顿的原因及优化

========================================================================

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

进行布局优化

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

简化动画；使用属性动画

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

简化逻辑

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

对象重复利用

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

对象重复利用