kotlin 的 `file.readtext()` 和 `file.writetext()` 等扩展函数内部基于 `use()` 作用域函数实现资源管理，能自动安全地打开并关闭输入/输出流，开发者无需手动调用 `close()`。
在 Kotlin 标准库中，java.io.File 的扩展函数（如 readText()、writeText()、readBytes()、forEachLine() 等）均采用 自动资源管理（ARM） 模式设计。其核心原理是：这些函数内部封装了 InputStream 或 OutputStream 的创建，并通过 Kotlin 的 use { ... } 扩展函数确保流在使用完毕后被确定性关闭——无论执行是否发生异常。
例如，readText() 的简化逻辑等价于：
fun File.readText(charset: Charset = Charsets.UTF_8): String {
return inputStream().use { it.reader(charset).readText() }
}同理，writeText() 内部调用 outputStream().use { ... }，保证字节写入完成后流被及时释放。
✅ 优势与保障：
- 完全避免因遗漏 close() 导致的文件句柄泄漏；
- 异常安全：即使读写过程中抛出 IOException，use 仍会触发 close()；
- 语义清晰：API 表达的是“一次性读取全部文本”或“一次性写入全部文本”，隐含资源生命周期的完整性。
⚠️ 注意事项：
- 若需分块处理大文件（如逐行解析、流式压缩），则不应依赖 readText()，而应显式使用 bufferedReader() 或 inputStream() 并配合 use —— 此时需自行控制作用域，例如：
file.bufferedReader().use { reader -> reader.forEachLine { line -> process(line) } } // 自动关闭 reader 及底层流 - 直接调用 file.inputStream() 或 file.outputStream() 返回原始流时，必须手动管理（推荐始终套 use），否则将失去自动关闭保障；
- readText() 会将整个文件加载到内存，对超大文件（如 >100MB）存在 OOM 风险，此时应选用流式处理方案。
? 总结：
对于标准的一次性文本读写场景，readText() 和 writeText() 是安全、简洁且符合 Kotlin 惯例的首选；它们不是“省略关闭”，而是通过语言级的 use 机制实现了更可靠、更不易出错的资源管理。开发者只需专注业务逻辑，无需也不应额外调用 close() —— 手动关闭不仅冗余，还可能引发 IllegalStateException("stream closed") 等意外错误。
