<think>我们讨论
ANR（Application
Not Responding）
问题的分析流程
注意：需要按照格式要求，在最后提出3
-5个相关
问题，并以“§§相关
问题§§”开头
</think>
###
ANR（Application
Not Responding）
问题分析流程
#### **1.
问题确认阶段**
- **触发条件检测**：
- 主线程阻塞超过**5秒**（前台应用）或**10秒**（后台应用）
- 广播接收器(BroadcastReceiver)未在**10秒**内完成`onReceive()`
- **日志定位**：
```shell
adb logcat
-s ActivityManager | grep "
ANR in"
# 示例输出：
# E/ActivityManager( 123):
ANR in com.example.app (com.example.app/.MainActivity)
```
#### **2. 数据采集阶段**
| **数据类型** | **采集命令/方法** | **关键信息** |
|
-------------------|
-------------------------------------------|
----------------------------------|
| **Traces文件** | `adb pull /data/
anr/traces.txt` | 所有线程堆栈快照 |
| **系统日志** | `adb logcat
-d > logcat_full.txt` | AM/ART/Watchdog相关错误 |
| **CPU状态** | `adb shell dumpsys cpuinfo` | 进程/线程CPU占用率 |
| **内存快照** | `adb shell dumpsys meminfo <package>` | Java堆/PSS内存分配 |
| **Binder状态** | `adb shell dumpsys binder` | 跨进程调用阻塞情况 |
#### **3. 根因分析阶段**
**A. 主线程阻塞场景**
- **锁竞争**：检查`synchronized`或`ReentrantLock`是否死锁
```java
// traces.txt示例片段
"main" prio=5 tid=1 Blocked
| group="main" sCount=1 dsCount=0 flags=1 obj=0x12c00000
| held mutexes=
at com.example.app.DataManager.updateData(DataManager.java:42)
- waiting
to lock <0x033c7910> (a java.lang.Object) // 死锁位置
```
- **耗时操作**：定位主线程中的网络请求、数据库读写等IO操作
**B. 系统资源瓶颈**
- **CPU过载**：`dumpsys cpuinfo`显示进程占用>80%
- **内存泄漏**：`dumpsys meminfo`中Java Heap持续增长
- **I/O阻塞**：检查`/proc/pid/io`文件读写延迟
**C. 跨进程调用阻塞**
- Binder调用超时（>3秒）：`dumpsys binder`中`outgoing transaction`状态
#### **4. 复现与验证阶段**
- **自动化测试**：使用`adb shell am broadcast`触发广播
ANR
- **性能监控工具**：
- Android Studio Profiler：实时监控主线程状态
```bash
# 强制生成
ANR
adb shell kill
-3 <pid> # 发送SIGNAL_QUIT
```
#### **5. 解决方案优先级**
1. **紧急修复**：主线程移出耗时操作 → 使用`AsyncTask`/`HandlerThread`
2. **资源优化**：
- 内存：使用`LeakCanary`检测泄漏
- CPU：算法优化（如避免嵌套循环）
3. **架构改进**：
- 广播接收器：启动`IntentService`代替直接处理
- 锁机制：用`StampedLock`替代`synchronized`
扫一扫
4652
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
