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来查看在短时间内，同一个栈中不断进出的相同对象）
对象重复利用
(5)内存泄漏（内存泄漏指的是那些程序不再使用的对象无法被GC识别，这样就导致这个对象一直留在内存当中，占用了宝贵的内存空间。显然，这还使得每级Generation的内存区域可用空间变小，GC就会更容易被触发，间接导致卡顿问题）（leakcanary检测）
（6）列表优化，使用局部刷新
Android程序性能优化
- 第一章.ANR问题解析
- 第二章.crash监控方案
- 第三章.启动速度与执行效率优化项目实战
- 第四章.内存优化
- 第五章.耗电优化
- 第六章.网络传输与数据存储优化
- 第七章.apk大小优化
- 第八章.实战项目
Android网络传输与数据存储优化
- 1.网络优化的三个要点
- 2.网络优化的两个维度
- 3.三个线下测试工具
- 4、周期长
- 5.线上监控的三个要点
- 6.三个线上监控方案
- 7.三个流量优化方案
- 8.网络请求质量优化
资料领取
以上完整pdf资料全部免费分享，有需要的朋友可以点击这里直达免费获取方式。
最后
当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。
无论你现在水平怎么样一定要 持续学习 没有鸡汤，别人看起来的毫不费力，其实费了很大力，这四个字就是我的建议！！！！！！！！！
我希望每一个努力生活的IT工程师，都会得到自己想要的，因为我们很辛苦，我们应得的。