APP崩溃处理

    以前经常遇到APP内部异常情况下的Exception,最初是通过try catch这样的方式处理;但是APP上线后,用户在特地的情况下触发

了某些Exception,当然这些Exception从理论和正常思维上考虑是不可能存在的,查找也就无从下手。、

    后来通过实现UncaughtExceptionHandler类来对异常进行捕获,并把日志记录本地,下次打开APP后发送到后台,然后这样的日志

来维护。通过这种方式,虽然可以更友好的给用户提示APP崩溃,然而这种方式只能对主线程进行捕获,非主线程的Exception依然会导致

APP出现卡死、黑屏、停止运行等等的情况,并且通过上传的日志也不能更好的排查错误(-——因为代码混淆,日志根本就记录不到最关键

的代码)。

 

   最近在网上发现了一个方式:使用Cockroach后就可以保证不管怎样抛异常activity都不会闪退,app进程也不会重启(后来贴上代码)。

这种方式明显比上面的好多,起码非主线程的异常也能捕获到,并且就算在APP出现了类似类型强转失败的异常时,也能通过提示框等方式

友好的提示用户,当然对日志的定位还是一样的。Cockroach虽能够捕获到Exception,但出现Exception的地方的后面代码功能一样不会继续往

下执行,因此同样会出现界面显示异常等情况。所以,还是乖乖的注意平时的编码吧。

 

 

 

 

 

转载于:https://www.cnblogs.com/bhm666/p/6566327.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在应用开发中,时不时地会遇到app崩溃或卡死的情况,这严重影响了用户体验。为了解决这个问题,我们可以使用保活实战策略来拉起崩溃或卡死的app,以确保用户的正常使用。 保活实战的核心思想是在应用程序崩溃或卡死时,通过一些手段重新启动该应用程序。这样可以提高应用的可靠性和稳定性。下面我将介绍一些常用的保活实战策略: 1. 利用系统提供的异常捕获机制:在应用程序崩溃时,系统会捕获异常并生成崩溃日志。我们可以在应用启动时注册一个全局异常处理器,在捕获到异常时进行处理,如保存日志、重启应用等。 2. 使用服务保活:可以在应用中启动一个前台服务,并在其中设定一个可见的通知。这样即使应用崩溃或卡死,服务仍在运行,通知也会显示在状态栏中,让用户知道应用正在后台保活。同时,可以监测到服务的状态,一旦服务被系统销毁,可以及时重新启动应用。 3. 利用AlarmManager周期性地唤醒应用:通过设置AlarmManager的定时任务,定时启动应用程序。在应用崩溃或卡死时,该定时任务仍然在后台运行,确保应用能及时被唤醒。 4. 采用双进程保活:可以将应用拆分成两个进程,一个进程负责实际的业务逻辑,另一个进程负责监控和保活。当应用崩溃或卡死时,监控进程会检测到并重新启动业务进程,保证应用的正常运行。 总结来说,通过合理运用异常捕获、服务保活、定时唤醒和双进程保活等策略,可以使app崩溃或卡死时能够自动拉起,提高应用可靠性和用户体验。当然,选择哪种保活实战策略需要根据具体的应用场景和需求进行评估和选择。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值