在Swift中未捕获的错误/exception处理

我知道在Cocoa中有一个UncaughtExceptionHandler ,但是我正在为Swift寻找同样的东西。 即每当在应用程序中出现任何错误/exception(由于任何错误而不在本地捕获)时,它应该一直冒泡到顶层应用程序对象,我应该能够适当地处理它并适当地响应用户。

Android有它。 Flex有它。 Java有它。 想知道为什么Swift缺less这个关键function。

Swift没有捕获所有任意运行时exception的机制。 原因解释在

  • [swift-users]“商业应用市场”的火焰

在swift-users邮件列表上。 提取:

Swift有意识地select不包含通过任意堆栈框架抛出的exception,这不是因为技术上不可行,而是因为它的devise者认为成本太高。

问题是这样的:如果一段代码由于错误而要提早退出,那么它必须被写入来处理提前退出。 否则,它会行事不端 – 无法释放内存,无法closures文件句柄/套接字/数据库连接/任何,无法释放锁等。在像Java这样的语言中,编写真正的exception安全的代码需要大量的try / finally块。 这就是为什么没有人这样做。 他们判断他们可能看到哪些exception以及哪些资源可能泄露,并且只保护他们的代码免受这些特定的预期条件的影响。 然后发生一些不可预见的事情,他们的计划就会中断。

在像Swift这样的引用计数语言中,这更糟,因为在exception情况下正确平衡引用计数基本上要求每个函数都包含一个隐式finally块来平衡所有保留计数。 这意味着编译器必须生成很多额外的代码,否则某些调用会引发exception。 绝大多数的代码是从来没有使用过,但它必须在那里,膨胀的过程。

由于这些问题,Swiftselect不支持传统的例外; 相反,它只允许你在特殊标记的代码区域抛出错误。 但是作为一个必然结果,这意味着如果代码中的某些东西真的出错了,那么所有可以防止灾难的事情都会崩溃。 而目前,唯一可能导致整个过程崩溃的是

有关更多信息,请参阅

  • error handling理由和build议

这是我用来logging所有exception/错误的代码。 Log.error(with:)是一个自定义函数,用于存储堆栈跟踪以及其他信息。 Thread.callStackSymbols是一个string数组,代表堆栈跟踪。

  NSSetUncaughtExceptionHandler { (exception) in Log.error(with: Thread.callStackSymbols) } signal(SIGABRT) { (_) in Log.error(with: Thread.callStackSymbols) } signal(SIGILL) { (_) in Log.error(with: Thread.callStackSymbols) } signal(SIGSEGV) { (_) in Log.error(with: Thread.callStackSymbols) } signal(SIGFPE) { (_) in Log.error(with: Thread.callStackSymbols) } signal(SIGBUS) { (_) in Log.error(with: Thread.callStackSymbols) } signal(SIGPIPE) { (_) in Log.error(with: Thread.callStackSymbols) }