Android去除烦人的默认闪退Dialog

异常上报
可以采用邮件或者通过服务器接口上传的方式。两者各有优缺点，邮件方式开发简单，但需要用户额外操作，用户体验较差。如果用上传服务器方式，因为在UnCaughtExceptionHandler中不能打开一个新的线程，所以只能同步请求，在网络情况不好的时候花费时间会较长而阻塞运行。也可能因为网络原因而上报失败。当然总体下来还是上传服务器好一点。具体实现留给读者。

记录日志
将闪退信息存储到文件系统中。不能存到SharedPreferences中，因为打开SP需要使用一个新的线程（Android内部实现），而这在UnCaughtExceptionHandler中，这是不被允许的。

闪退三次清除数据
很多时候是由于后台返回数据错误导致的闪退。如果这些数据被缓存下来，那么用户即使再次打开还是会发生闪退，这时候就只能通过重装或者清除数据的方式才能解决闪退问题，用户体验十分不好。所以在多次闪退后自动清除缓存数据十分必要。具体实现可以参考我的另一篇博客Android实现多次闪退清除数据。不过该博客中使用的是ACRA，一个对UnCaughtExceptionHandler再次封装的开源项目，读者可以将ACRA替换为UnCaughtExceptionHandler来实现。

重新打开App
可以在UnCaughtExceptionHandler中重新打开App或者弹出自定义弹窗。

 class MyUnCaughtExceptionHandler implements Thread.UncaughtExceptionHandler{

  @Override
  public void uncaughtException(Thread thread, Throwable ex) {
   ex.printStackTrace();
   
   Intent intent = new Intent(App.this, MainActivity.class);
   intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
   App.this.startActivity(intent);

   android.os.Process.killProcess(android.os.Process.myPid());
   System.exit(1);
  }
 }

注意setFlags这一步是必需的，因为使用的Context是App的Context，所以必需打开一个新的任务队列，否则打开Activity无法生效，如果你替换Handler是在Activity做的，拿到的Context是Activity的Context，则无需这一步。

注意事项
最主要的注意点我之前已经提到，不要在UnCaughtExceptionHandler中新开一个线程，会抛出异常。

以上就是本文的全部内容，希望对大家的学习有所帮助。