问题标签 [uncaughtexceptionhandler]

如何使用 Spring Async 框架记录此内容，而不必在每个异步方法周围放置 try catch？它似乎并没有DefaultUncaughtExceptionHandler像正常人一样传递。

如本文所示，我创建了一个 UncaughtExceptionHandler 。

我还注册了这个处理程序来捕获所有线程中的异常，如下所示：

但是，它缺少一些例外：

为什么它缺少这样的异常？

我正在开发一个 Spring 应用程序，并且想知道是否有一部分框架可以让我以更优雅的方式做这样的事情，比如在 XML 中配置一些东西？

在阅读了一些关于 AppDomain.UnhandledException 和 Application.DispatcherUnhandledException 之间区别的优秀帖子之后，看来我应该同时处理这两个问题。这是因为用户更有可能从主 UI 线程（即 Application.DispatcherUnhandledException）引发的异常中恢复。正确的？

另外，我是否也应该让用户有机会为两者继续程序，或者只是 Application.DispatcherUnhandledException？

下面的示例代码同时处理 AppDomain.UnhandledException 和 Application.DispatcherUnhandledException，并且都为用户提供了在出现异常时尝试继续的选项。

[谢谢，下面的一些代码是从其他答案中提取的]

应用程序.xaml

App.xaml.cs [已编辑]

我正在调查是否有任何方法可以防止 android 服务因未捕获的异常而被杀死。
我们有 10 个 UI 应用程序与 5-6 个服务通信。该平台是Android 2.2。
由于不可预见的情况，服务中的一些逻辑不时抛出异常。这导致这些服务被那些烦人的 ANR 弹出窗口杀死。在我们致力于解决这些异常的根本原因的解决方案时，我希望防止 Android 终止有问题的服务。

看起来我可以为服务中的所有线程注册未捕获的默认异常处理程序。这只是让我有机会记录有关异常的信息。那很好。我遇到了许多使用这种技术将崩溃信息记录到文件以供以后使用的帖子。人们建议不要抛出原始异常以防止 ANR 弹出。我还发现一些文章表明它可以让你的服务处于半死状态。正确的做法是终止服务并重新启动。杀死和重新启动不是我感兴趣的选项。

如果您不抛出异常，我不太了解半死状态部分。我要进一步调查。同时我想知道人们是否有建议。
我的目标是防止 ANR 弹出窗口。我希望我的代码决定是否重新启动服务，而不是由 Android 框架为我决定。

我很好奇的是：
1）清单中是否有任何标志可以更改以防止服务被框架代码杀死？

2) 是否有任何方法可以在服务中覆盖，让您处理未捕获的异常，但仍然让服务线程返回等待状态以等待来自客户端的下一个请求？

感谢您的建议。

视频人

更新：
未捕获的默认异常处理程序在这里没有帮助。它让你有机会记录一些东西，但服务线程仍然退出。

您需要更改 android 框架，以便它不会杀死进程。android 框架中的 ActivityManagerService.java 有不同的阈值，服务可以在没有任何客户端的情况下运行多长时间，您可以拥有多少后台活动/服务，服务超时和 ui 初始化。我们提高了这些价值。

我正在使用未捕获的异常处理程序来捕获异常，但这会导致我的应用程序停止。我指的是这篇文章 如何在处理未捕获的异常后阻止我的应用程序僵尸化？ 以及在Android中设置全局未捕获异常处理程序的理想方式

这是我的活动类，它又调用了我的异常类阅读完网址后，您将了解我想要什么..我已经复制了未捕获的异常，即

堆栈跟踪

不知道是什么问题，可能是

1. 我的线程正在崩溃
2. 我的处理程序没有被调用
3. 或者它没有例外，但它导致我的申请暂停
4. 异常使其崩溃以下可能性

谁能帮我防止这种停止

从 java 命令行运行时，以下代码可以正常工作。但是，当使用 exec:java 运行时，我从未看到该行打印...无论如何要停止这种行为？

当崩溃发生在 android 中时，我正在尝试重新启动应用程序Thread.UncaughtExceptionHandler。我可以使用当前活动堆栈作为新进程重新启动应用程序吗？如果是，我该怎么做？

每当我的应用程序中有未捕获的异常时，我都想做一些自定义逻辑。通常我会做类似的事情：

但是，Thread在 Google App Engine 上被锁定。上面的代码引发了一个安全异常。反正有没有在 Google App Engine 上实现类似的功能？

编辑：我已经将我的方法实现为 Servlet 过滤器。我在 Java Web 编程方面的经验相当有限。有人可以评论这种方法吗？由于 AppEngine 中的所有请求都源自 HTTP 请求，我认为这是一个全面的解决方案。

在我的 onCreate() 中，我设置了一个 UncaughtException 处理程序，如下所示：

它工作正常，但我想恢复系统向用户显示强制关闭对话框的默认行为。

如果我尝试KillProcess()用 a 替换调用，throw throwable编译器会抱怨我需要用 try/catch 包围它。

如果我用 try/catch 包围它：

编译器仍然抱怨throw throwable需要用 try/catch 包围。

我如何重新投掷该可投掷物？这样，除了该信息之外，Log.e()系统的行为与以前完全相同：因为我从未设置默认的 UncaughtException 处理程序。