system server ANR 一种分析方法 -- Android JVM异常重启简析

最新推荐文章于 2025-03-11 20:00:37 发布

原创最新推荐文章于 2025-03-11 20:00:37 发布 · 1.6w 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#system #server #android #jvm #signal

android 学习开发专栏收录该内容

57 篇文章

订阅专栏

本文介绍了解决Android系统中SYSTEMSERVER进程ANR问题的方法，包括如何定位PID、查找ANR原因及对应的log记录，同时提供了查找具体问题点的思路。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

SYSTEM SERVER进程ANR 一般会导致java vm不停重启，还好保留了自动打印log到文件中的方法，出现这种概率性问题，从log入手就简单多了。

1. 找到SYSTEM server的PID，一般在logcat中会有这么一句

System server process 2094 has been created； 2094就是你需要的PID

2. 根据pid去搜索写入anr的地方，比如log中应该会有下面这些log：

    05-10 11:10:02.360 I/Process ( 2094): Sending signal. PID: 2094 SIG: 3 这里发了SIGQUIT ----向system server进程发quit信号，这里是“果”
   05-10 11:10:02.360 I/dalvikvm( 2094): threadid=4: reacting to signal 3
    05-10 11:10:02.420 I/dalvikvm( 2094): Wrote stack traces to '/data/anr/traces.txt'

之后也一定会有类似的kill log：

05-10 11:10:34.860 I/Process ( 2094): Sending signal. PID: 2094 SIG: 9
05-10 11:10:34.860 W/Watchdog( 2094): *** WATCHDOG KILLING SYSTEM PROCESS: null ---- 这里发出了kill

至于ANR的“因”，继续在log中往上寻找，也一定能有类似的语句：

05-10 11:09:37.980 W/ActivityManager( 2094): Timeout of broadcast BroadcastRecord{2b1a7f48 android.intent.action.SCREEN_OFF} --这里就是"因"SCREEN_OFFtimeout
05-10 11:09:37.980 W/ActivityManager( 2094): Receiverduring timeout: BroadcastFilter{2b161a08 ReceiverList{2b1619d0 2094 system/1000 local:2b130420}}

3. 根据上面的出现“因”的时间戳，去kernel中寻找相应的点，看是否有错。运气好的话在附近的logcat或kernellog中能找到具体的问题点。

笔者遇到的SCREEN_OFF 导致的VM重启是suspend时引起的，具体原因就不说了。

另外：一般的ANR可以从/data/anr/traces.txt （默认是开启的）中看到最后停在哪个函数上。