BlackBerry - 全局异常处理程序

Question

（编辑：这个问题具体是关于 BB 的，因为它优化异常的方式很奇怪。我对 J2SE 中的正常异常处理模式很满意，但是 BB 的行为并不符合正常情况。具体来说，在这种情况下，BB 会丢弃错误类型，和消息，以及 BB 开发人员如何尝试处理这个问题，或者他们是否忽略它。）

我想在我的 BB 应用程序中实现某种形式的自定义全局错误处理。特别是尝试处理我的代码未捕获的任何其他异常，因为我没有预料到它们。默认行为是应用程序失败，并弹出一个对话框，提示发生未知错误。

我想更好地描述该错误，因此我使用“全局错误处理程序”一词。与代码类似的东西：

public static void main(String[] args)
{
    try
    {

        FusionApp app = FusionApp.getInstance();
        app.enterEventDispatcher();

    }
    catch (Throwable t)
    {
        // t has lost all type information at this point - this prints "null"
        System.err.println(t.getMessage());
    }
}

我直接的问题是，当我捕获 t 时（在 app.enterEventDispatcher() 之后的 main() 方法中） call），它已经丢失了它的类型信息。例如，我知道代码会抛出带有自定义消息的 IllegalArgumentException - 但是在 catch 块中，它是带有 null 的 java.lang.Error > 消息。

并且在堆栈跟踪（ALT LGLG）中，消息也丢失了（至少堆栈跟踪是准确的）。

那么...在 BB 上实现某种形式的全局错误处理的好模式是什么？或者这在这个平台上被认为是一个坏主意？

只弹出未知错误对话框是否被认为是好的做法 - 我不喜欢这样，但也许这就是 BB 的方式？

Answer 1

最佳实践是实现自定义异常处理。

因此，如果您希望捕获 IllegalArgumentException、MyCustomException 和 StartupException，请先将它们放入 catch 块中，然后放入 Exception catch（然后，如果您愿意，放入 Throwable catch）。

通用规则是 - 从最专有到最常见，以及同一级别的例外情况 - 从最预期到最不预期。

在异常 == null 或 getMessage() == null 的情况下，您始终可以显示类似“应用程序错误，请将事件日志发送到 [支持电子邮件]”的消息，然后如果您的应用程序中有一个不错的事件日志记录，那么您就可以重现问题的好机会。

关于事件日志，请参阅 EventLogger 类来实现日志记录。