在Android 中SystemServer的ANR多发现于Monkey测试中,用户的操作引发SystemServer ANR的概率反而不高。
SystemServer的进程名system_server

在抓取的ANR log,SystemServer的ANR log
----- pid 2803 at 2018-01-01 00:04:51 -----
Cmd line: system_server
Build fingerprint: '.......'
ABI: 'arm64'
Build type: optimized
Zygote loaded classes=11522 post zygote classes=2718
Intern table: 80959 strong; 1881 weak
JNI: CheckJNI is off; globals=1279 (plus 86 weak)
Libraries: /system/lib64/libandroid.so /system/lib64/libandroid_servers.so /system/lib64/libcar-framework-service-jni.so /system/lib64/libcompiler_rt.so /system/lib64/libjavacrypto.so /system/lib64/libjnigraphics.so /system/lib64/libsoundpool.so /system/lib64/libwebviewchromium_loader.so /system/lib64/libwifi-service.so libjavacore.so libopenjdk.so (11)
Heap: 17% free, 26MB/32MB; 246617 objects
Dump

这篇博客主要探讨了Android系统服务(SystemServer)在Monkey测试中出现ANR的情况,指出用户操作导致SystemServer ANR概率较低。文章详细解析了ANR日志,包括SystemServer进程信息、内存状态和垃圾收集时间等,并指出了SystemServer ANR的处理流程,如dumpStackTraces和killProcess。同时,提到了服务重启时的相关日志和服务管理器的svcinfo_death函数。
最低0.47元/天 解锁文章
118

被折叠的 条评论
为什么被折叠?



