【Android】系统架构层次与异常分析

一、android系统架构层次

在开发手机应用或进行手机应用测试的过程中,我们需要认识到android系统结构层次(这个层次不同与硬件意义上,可参考:Android Interfaces and Architecture):
1.Java应用程序:由Java语言实现的android应用程序。
2.Java框架层:就是常说的Framework,这层很复杂,比如说主要的一些系统服务如ActivityManagerService、PackageManagerService等,编写的Android代码之所以能够被正常识别和动作,主要依赖这一层的支持。该层是Java语言实现。
3.Native层:这部分常见一些本地服务和一些动态链接库等。这层的一个特点就是通过C和C++语言实现。比如我们现在要执行一个复杂运算,如果通过java代码去实现,那么效率会非常低,此时可以选择通过C或C++代码去实现,然后和我们上层的Java代码通信(这部分在android中称为jni机制)。又比如我们的设备需要运行,那么必然要和底层的硬件驱动交互,也要通过Native层。native 运行于C的runtime,高效。一般java层只是封装,通过jni访问native
4.Linux内核:也就是手机最核心的内容了
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------


二、Android平台程序崩溃的类型及原因列举

  1. ANR(可见ANR):

    发生场景:应用发生ANR。

    崩溃症状:系统弹出窗口询问用户选择“Force Close”或者“Wait”。

    "Force Close"将杀掉发生ANR的应用进程。"Wait"将会等待系统择机恢复此应用进程。

    发生原因:(1)应用主线程卡住,对其他请求响应超时。(2)死锁。(3)系统反应迟钝。(4)CPU负载过重。

  2. Force Close:

    发生场景:应用进程崩溃。

    崩溃症状:系统弹出窗口提示用户某进程崩溃。

    发生原因:空指向异常或者未捕捉的异常。

  3. Tombstones:

    发生场景:Native层崩溃

    崩溃症状:如果发生崩溃的native层和UI有关联(比如Browser),我们可以在UI上发现这个崩溃。

    如果发生崩溃的native层是在后台并且和UI没有直接联系,那么对于用户来说是不可见的,如果是debug版本可能会有Log打印出当时的底层现场。

    发生原因:各种各样,需要具体情况具体分析。

  4. 系统服务崩溃(System Server Crash):

    发生场景:系统服务是Android核心进程,此服务进程发生崩溃。

    崩溃症状:手机重启到Android启动界面

    发生原因:(1)系统服务看门狗发现异常。(2)系统服务发生未捕获异常。(3)OOM。(4)系统服务Native发生Tombstone。

  5. Kernel Panics:

    发生场景:Linux内核发生严重错误

    崩溃症状:手机从bootloader开始完全重启

    发生原因:(1)Linux内核内存空间发生内存崩溃。(2)内核看门狗发现异常。(3)空指针操作内核。

-------------------------------------------------------------------------------------------------------------------------------------

附加介绍anr

   1.ANR(Application Not Responding)定义

在Android上,如果你的应用程序有一段时间响应不够灵敏,系统会向用户显示一个对话框,这个对话框称作应用程序无响应(ANR:Application Not Responding)对话框。用户可以选择“等待”而让程序继续运行,也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr,而让用户每次都要处理这个对话框。因此,在程序里对响应性能的设计很重要,这样系统不会显示ANR给用户。

  2.出现ANR的原因

默认情况下,在android中Activity的最长执行时间是5秒,BroadcastReceiver的最长执行时间则是10秒。超出就会提示应用程序无响应(ANR:Application Not Responding)对话框。
 

  3.三种常见类型

1:KeyDispatchTimeout(5 seconds) --主要类型

按键或触摸事件在特定时间内无响应

2BroadcastTimeout(10 seconds)

BroadcastReceiver在特定时间内无法处理完成

3:ServiceTimeout(20 seconds) --小概率类型

Service在特定的时间内无法处理完成

  4. 如何分析ANR生成的Traces

出现Application Not Responding的提示后,系统会将日志LOG写到到data\anr\traces.txt文件

  5.如何解决ANR

(1)耗时的操作放入单独的线程中处理,如(联网、数据库、IO)

(2)尽量避免和UI线程的操作


(*文章内容有来自其他文章,仅作总结之用,如有错漏,还请指教*)

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值