了解ANR触发的场景，介绍trace日志中调用栈的参数含义以及线程常见的一些状态，最终如何从庞大的anr日志中查找问题的原因

在前文，我们对ANR 设计原理及影响因素进行了介绍，并对影响 ANR 的不同场景进行归类。但是依靠现有的系统日志，不足以完成复杂场景的问题归因，而且有些信息从应用侧无法获取，这就导致很多线上问题更加棘手。因此我们在应用侧探索了新的监控能力，以弥补信息获取不足的短板。同时对日常分…

在 Android 平台，native crash 我们可能关注得比较少，记得在长沙做开发那会，基本不会用到自己写的 so 库，集成第三方功能像地图也就会拷贝几个 so 到目录下，当时连 so 是什么都不知道。后来渐渐的由于项目的特殊性，不能直接集成 bugly 和 qapm …

针对客户端开发的“终生之敌”——卡顿和 ANR 问题，本文将深入剖析系统消息队列机制和常见的卡顿与 ANR 成因，并介绍监控工具 LooperMonitor 如何为业务方提供更精准、易用的分析能力。

SignalAnrTracer是严格意义上的anr监控，它基于Linux的信号机制，通过对SIGQUIT信号的监听，再加上一些辅助性的验证逻辑，实现了一个完善的ANR监控方案。

本文为《钉钉 ANR 治理最佳实践》系列文章首篇《定位 ANR 不再雾里看花》，主要介绍了钉钉自研的 ANRCanary 通过监控主线程的执行情况，为定位 ANR 问题提供更加丰富的信息。

一、前言 最近参加了几轮面试，发现很多5-7年工作经验的候选人在性能优化这一块，基本上只能说出传统的分析方式，例如ANR分析，是通过查看/data/anr/ 下的log，分析主线程堆栈、cpu、锁信息

native crash解决不了怎么办！anr解决不了怎么办！打不过我还跑不嘛！前方高燃提醒，请注意

1、 前言 在上一篇文章《Android性能优化（六）之卡顿那些事》中，我们提到了卡顿的成因、检测卡顿的途径以及避免卡顿的方法。卡顿在扩大就会产生大名鼎鼎的ANR（Application Not Responding），然后告诉用户你的App无响应，继续等待或者强制关闭，很大的…