Kotlin中use函数的用途及是否需额外捕获异常的疑问

咱们先明确一个核心点：use函数的设计目的不是捕获异常，而是帮你自动关闭实现了AutoCloseable接口的资源——这才是它最大的价值。

一、use到底帮你做了什么？ #

你原来的代码其实有个隐藏问题：没有手动关闭FileInputStream，如果文件处理过程中抛出异常，流资源会泄漏。而use函数本质是一个inline扩展函数，它会在代码块执行完毕（不管是正常结束还是抛出异常）时，自动调用资源的close()方法，彻底避免资源泄漏。

对比一下传统的正确资源管理写法（你原来的代码其实不完整）：

var fis: FileInputStream? = null
try {
    fis = FileInputStream(file)
    // 文件处理...
} catch (e: IOException) {
    e.printStackTrace()
} finally {
    try {
        fis?.close() // close本身也可能抛出IOException
    } catch (closeEx: IOException) {
        closeEx.printStackTrace()
    }
}

而用use的话，这些繁琐的finally和close异常处理都被封装了：

FileInputStream(file).use { fis ->
    // 处理文件操作
}

它不仅会自动关闭流，还会把close时抛出的异常作为抑制异常附加到原异常上，不会让你丢失任何错误信息。

二、为什么use还会抛出异常？ #

use的职责是资源管理，不是异常处理。它不会捕获代码块中（或close时）的异常，而是会把异常向上抛出——这符合Kotlin的设计哲学：让开发者自己决定如何处理异常，而不是默默吞掉。

三、是否需要把use包裹在try/catch中？ #

这取决于你的业务场景：

• 如果希望异常向上传播（比如上层调用方统一处理异常），那不需要额外的try/catch，直接用use即可；
• 如果需要在当前层处理异常，那确实要把use放在try/catch块里，但这时候代码依然比传统写法简洁很多：

  try {
      FileInputStream(file).use { fis ->
          // 处理文件操作
      }
  } catch (e: IOException) {
      e.printStackTrace()
  }
  

总结 #

use函数解决的是资源泄漏的痛点，而不是异常捕获的问题。它帮你省去了手动写finally关闭资源的繁琐，同时保证了资源的安全释放——这才是它值得使用的核心原因。异常处理还是要根据你的需求来决定，但use已经帮你把最容易出错的资源管理部分搞定了。

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