你可以去手机的/data/anr目录下找trace.txt文件，这个就是ANR日志，不过需要root权限才能访问，用adbshell进去看看就行，有时候系统还会生成多个trace文件，记得都检查一下。你也可以在AndroidStudio的Logcat里过滤关键字ANR，这样能快速定位到相关日志，配合包名一起筛选更准确，对开发调试特别有用
-
-
在真机上测试的时候，如果App卡住了，等系统弹出ANR提示后不要点等待或关闭，马上用adbpull/data/anr/把整个anr文件夹拉到本地，因为系统可能后续会覆盖旧的日志。有时候日志会被轮替，所以及时保存很重要。另外不同厂商手机路径可能略有差异，但基本都在/data/anr下面
-
如果你是开发人员，建议在代码里加一些监控机制，比如用Application.ActivityLifecycleCallbacks监听生命周期耗时，再结合主线程Looper的Printer来检测卡顿，一旦发现长时间阻塞就主动上报堆栈。虽然这不能直接查看系统ANR日志，但能帮你提前发现问题，避免走到系统触发ANR那一步
-
除了看日志，其实还可以通过AndroidStudio自带的Profiler工具来实时监控CPU、内存和主线程活动情况，当发生卡顿时能直接看到哪段代码执行时间过长。再结合logcat里的异常堆栈，基本能判断是不是ANR。发布前最好做一轮压力测试，模拟低性能设备运行，更容易复现ANR问题
-
其实最简单的方法就是用adb命令抓取，比如输入adblogcat-d>anr_log.txt把当前日志导出来，然后搜索ANRin或者Activitynotresponding，就能找到对应信息。还可以用adbbugreport命令，它会生成一个完整的报告，里面包含anr、logcat、dumpsys等各种信息，适合深入分析问题原因