你可以去手機的/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等各種信息，適合深入分析問題原因