我知道防止系统崩溃的最佳方法是用不同的方法捕获所有可能的异常。所以我在代码中的每个地方都使用了 try catch 块。但是，如您所知，有时您会忘记测试一些导致一些未经处理的异常的场景，并且用户会收到“不幸的是应用程序停止工作......”消息。这对任何应用程序都是不利的。不幸的是，将使用我的应用程序的人不是以英语为母语的，所以他们也不会理解崩溃消息。
所以我想知道是否有可能全局捕获所有可能的异常（在某些主类中只有一个 try catch 块，而不是所有类和方法！！！）并且自动重新加载应用程序并且没有有什么奇怪的信息吗？或者至少可以更改崩溃消息？
谢谢。
【问题讨论】：
标签： android error-handling try-catch
在你的 onCreate 中
Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
@Override
public void uncaughtException(Thread paramThread, Throwable paramThrowable) {
//Catch your exception
// Without System.exit() this will not work.
System.exit(2);
}
});
【讨论】：
所以我想知道是否可以全局捕获所有可能的异常...并自动重新加载应用程序
不要这样做。如果您的应用进入一种状态，即使只是启动它也会导致崩溃，您将创建一个用户无法摆脱的无限循环的崩溃和重新启动。 p>
错误信息并不奇怪；它是系统消息，它被翻译成设备上所有支持的语言。
您唯一应该做的就是使用某种crash reporting library 向您报告崩溃，而无需用户执行任何操作，这样您就可以修复您的应用并提交更新。您可以在应用程序的onCreate() 中设置自定义UncaughtExceptionHandler，但我会将其限制为记录数据并可能准备将其发送给您以进行调试，然后将调用转发回默认的UncaughtExceptionHandler 。这正是崩溃报告库的作用。
我知道防止系统崩溃的最佳方法是用不同的方法捕获所有可能的异常。所以我在代码中的每一个地方都使用 try catch 块。
不，这是在发布之前编写好代码和修复错误的最佳方式。不加选择地捕获所有形式的异常被认为是不好的做法。您应该仅在以下情况下使用 try-catch 块
Integer.parseInt() 之类的内容解析用户输入，捕获 NumberFormatException 并向用户显示他们的输入无效的消息。但如您所知，有时您会忘记测试某些场景
然后改进您的编码和测试实践。不要以此为借口轻率行事。
不幸的是，使用我的应用程序的人不是以英语为母语的，所以他们也不会理解崩溃消息。
哪个崩溃消息？如果您指的是系统的崩溃消息，那应该是他们将设备设置为的任何语言。如果你的意思是你的崩溃消息（例如在 logcat 中），他们不应该这样做。他们应该向您发送崩溃消息，您应该修复应用程序并分发更新。不要指望最终用户在确定导致您的应用程序崩溃的原因时做任何工作。最好使用某种崩溃报告库。
【讨论】：
你去吧：
Thread.setDefaultUncaughtExceptionHandler(new Thread.UncaughtExceptionHandler() {
@Override
public void uncaughtException(Thread paramThread, Throwable paramThrowable) {
new Thread() {
@Override
public void run() {
Looper.prepare();
Toast.makeText(getActivity(),"Your message", Toast.LENGTH_LONG).show();
Looper.loop();
}
}.start();
try
{
Thread.sleep(4000); // Let the Toast display before app will get shutdown
}
catch (InterruptedException e) { }
System.exit(2);
}
});
【讨论】：