Scala中Try失败场景下是否关闭文件资源？如何优化IO操作？

1. Try执行失败时会不会关闭文件资源？ #

不会。你的代码里fileWriter.close()放在Try块的末尾，只有当块内所有代码都顺利执行完才会触发。如果中间任何步骤（比如someFunction()抛异常、write()失败）导致进入Failure分支，close()根本不会被调用，文件句柄会发生泄漏。

2. 不用finally怎么处理资源关闭？ #

Scala 2.13及以上版本自带scala.util.Using工具类，专门解决资源自动管理问题——不管操作成功还是失败，它都会确保资源被正确关闭，完美适配Try的场景。

示例代码：

import scala.util.{Try, Using}
import java.io.BufferedWriter
import java.io.FileWriter

Using(new BufferedWriter(new FileWriter("path/to/write/myfile.json"))) { writer =>
  val objToWrite = someFunction()
  writer.write(objToWrite.toJson)
} match {
  case Failure(ex) =>
    log.error("Failed to save data", ex) // 务必带上异常信息，方便排查问题
    throw ex
  case Success(_) =>
    log.info("Data saved successfully")
}

Using会自动封装资源的关闭逻辑，无需手动调用close()，也不用额外处理异常分支的资源释放。

如果是Scala 2.12及更早版本，没有自带Using，可以自己实现简单的资源管理逻辑，或者引入第三方库的兼容实现（比如cats-effect的Resource）。

3. Scala最佳实践下的IO操作优化点 #

• 移除多余的createNewFile()：FileWriter会自动创建不存在的目标文件，调用createNewFile()完全多余；如果需要避免覆盖已有文件，可改用FileWriter(file, true)开启追加模式。
• 使用缓冲流提升写入效率：直接用FileWriter写入性能较低，套一层BufferedWriter能大幅减少磁盘IO次数。
• 改用NIO API简化代码：Java NIO的Files类提供了更简洁的文件操作方法，无需手动管理流：

  import java.nio.file.{Paths, StandardOpenOption}
  import scala.util.Try
  
  Try {
    val content = someFunction().toJson
    Files.write(Paths.get("path/to/write/myfile.json"), content.getBytes, StandardOpenOption.CREATE)
  } match {
    case Failure(ex) =>
      log.error("Failed to save data", ex)
      throw ex
    case Success(_) =>
      log.info("Data saved successfully")
  }
  

  NIO会自动处理资源释放，无需操心流的关闭。
• 完善错误日志：原代码只打印错误消息，没有异常栈信息，排查问题时无法定位根源——一定要把异常对象传入日志方法（如log.error("xxx", ex)）。
• 大型项目推荐函数式IO库：如果是复杂项目，建议使用FS2、ZIO或Cats Effect这类函数式IO库，它们的资源管理更严谨，还能支持异步、并发等复杂场景，比手动用Try+Using更健壮。

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