Android处理崩溃的一些实践

本文介绍如何在Android程序中处理崩溃,包括收集崩溃信息并上报服务器、注册默认异常处理及避免显示程序已停止对话框的方法。

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

对于任何程序来说,崩溃都是一件很难避免的事情,当然Android程序也不例外。在Android程序中,引起崩溃的多属于运行时异常或者错误,对于这些异常我们很难做到类似Checked Exception那样显式捕获,因而最终导致了程序崩溃。本文讲介绍一些如何处理崩溃的实践,比如收集崩溃的stacktrace,甚至如何避免出现程序已停止的对话框。
如何收集崩溃信息
收集崩溃信息,可以更好的修复问题,增强程序的稳定性。Android中的崩溃收集沿用了Java的收集机制,实现起来比较简单。
1.实现UncaughtExceptionHandler
我们需要实现UncaughtExceptionHandler接口中的uncaughtException方法。该方法体中最常见的操作就是读取崩溃的stacktrace信息,然后上报到服务器数据便于开发者分析。实现代码如下:

 
除此之外,还建议携带以下信息发送到服务器,帮助更快定位和重现问题。
  • 设备唯一ID(基于IMEI或者Android ID等),方便根据用户提供的id,查找崩溃的stacktrace
  • 设备语言与区域 方便重现
  • 应用的版本号
  • 设备的系统版本
  • 设备类型,如平板,手机,TV等
  • 崩溃发生的时间等
注册默认的异常处理
注册默认的异常处理就是最后的一步,很简单,通常建议放在Application的onCreate方法中进行。
 

验证
当我们刻意触发一个NullPointerException时,过滤日志adb logcat | grep SimpleUncaughtExceptionHandler类似如下信息,则说明成功了。
 

不出现应用崩溃对话框
在Android崩溃的时候,我们都会看到类似这样的对话框
然而,实际上有些情况下是不需要展示这个对话框的,一个常用的例子,我的程序中一个不太重要的推送服务采用了单独的进程,当这个进程崩溃时,实际上是可以允许不让用户感知的。
如果我们采取主进程仍弹出对话框,其他进程不弹出的策略,那么我们的问题,可以总结成如下三个
  • 如何判断进程为主进程还是其他进程,或者某个进程
  • 如何在某些进程不弹出应用崩溃对话框
  • 如何在主进程弹出崩溃对话框
既然问题来了,我们就开动挖掘机深挖吧。
进程判定
进行进程判定也比较容易,首先我们需要获得进程名
 

判断主进程,则对比进程名是否和包名相同即可
 

判断为某个进程,在mainifest这样这样声明

 
其对应的完整进程名为com.droidyue.avoidforceclosedemo:service,我们判断可以使用如下代码
 

不弹框的处理
不弹框的需要做的就是不调用Android默认的异常处理,当异常出现时,收集完信息,执行进程kill即可。
 

主进程保持弹窗的处理
想要保持弹窗也比较容易,就是调用Android默认的异常处理。
首先需要获得Android默认的异常处理,在设置自定的异常处理之前,将Android默认处理保存起来。如下是在自定义异常处理的构造方法中获取Android默认处理
 

然后在异常处理方法uncaughtException中调用如下方法
 

注意,如果你的应用崩溃后,不调用Android默认的异常处理,也不进行杀死进程,则进程处于不可交互,即UI点击无响应状态。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值