为什么Kotlin不明确要求try-and-catch

Question

例如：

FileOutputStream("file") 

将在Kotlin中编译，但在Java中会出现编译器错误。为什么？

Answer 1

在不让一些观点干扰的情况下很难回答。我只想说静态编程语言是针对大型软件项目的，并给你静态编程语言团队关于检查异常的说法（来自https://kotlinlang.org/docs/reference/exceptions.html）：

检查违例

静态编程语言没有检查异常，原因有很多，但我们将提供一个简单的例子。

以下是StringBuilder类实现的JDK的示例接口：

Appendable append（CharSequence csq）抛出IOException；这个签名说什么？它说每次我将字符串附加到某物（StringBuilder、某种日志、控制台等）时，我都必须捕获那些IOExceptions。为什么？因为它可能正在执行IO（Writer也实现了Appendable）...所以它会导致到处都是这种代码：

try {
    log.append(message)
}
catch (IOException e) {
    // Must be safe
}

这是不好的，见有效Java，第65条：不要忽视例外。

Bruce Eckel在《Java是否需要检查异常？》中说：

对小程序的检查得出的结论是，需要异常规范既可以提高开发人员的生产率，也可以提高代码质量，但大型软件项目的经验表明了不同的结果——生产率降低，代码质量几乎没有提高。

其他此类引文：

Java的检查异常是一个错误（罗德·沃尔德霍夫）

检查异常的麻烦（Anders Hejlsberg）

Answer 2

Kotlin消除了Java的检查异常。编译时检查的异常和在方法签名中声明的异常，虽然Java开发人员很熟悉，但在Java社区内外都被广泛认为是失败的实验。

因此，静态编程语言取消了它们，并取消了一些与使用资源（如FileOutputStream）相关的样板文件，以及Java7的try-with-资源的. use方法简写。