Scala中NonFatal捕获Throwable是否符合Java/JVM最佳实践？

这个问题戳中了Java和Scala在异常处理上的一个关键差异点！

首先说Java/JVM这边的最佳实践：绝对不能直接捕获Throwable。因为Throwable是所有异常和错误的顶层父类，它不仅包含我们熟悉的Exception（比如IOException、NullPointerException），还涵盖了Error类型——像OutOfMemoryError、VirtualMachineError这类Error，本质上是JVM自身遇到了无法恢复的致命问题，应用层根本没有能力处理它们。如果强行捕获，只会掩盖这些致命问题的信号，让排查故障变得异常困难，甚至导致JVM在崩溃前无法完成必要的清理操作。

但Scala这边确实有个特殊的解决方案：标准库中的NonFatal提取器。它被Akka、Play等主流Scala框架广泛采用，甚至被推荐作为catch块里的兜底处理逻辑。你观察得很准，它确实是基于Throwable来做判断，但内部做了智能过滤——它会自动排除掉那些致命的Error（比如OutOfMemoryError、ThreadDeath、LinkageError等），只匹配那些应用层有机会恢复的异常类型。

举个常见的使用例子：

try {
  // 执行可能抛出异常的业务逻辑
  riskyOperation()
} catch {
  case NonFatal(e) =>
    // 处理可恢复的异常：打日志、重试、返回降级结果等
    logger.error("遇到可恢复异常，进行降级处理", e)
    fallbackResult()
  case fatalError: Throwable =>
    // 这里处理真正的致命错误，一般直接抛出或触发紧急告警
    logger.error("遇到致命错误，无法恢复", fatalError)
    throw fatalError
}

这种设计的妙处在于，它既规避了直接捕获Throwable的风险，又不用手动写一堆排除特定Error的判断条件，完美适配了Scala函数式编程中简洁、集中处理异常的风格。

内容的提问来源于stack exchange，提问作者missingfaktor