FileWriter 直接写字符串不会立刻丢数据，但程序崩溃或未调用 close()/flush() 时大概率丢失；需用 try-with-resources 或显式关闭，追加写用 FileWriter("data.txt", true)，中文乱码需指定 UTF-8 编码。
用 FileWriter 直接写字符串会丢数据？
不会立刻丢，但程序崩溃或没调用 close() 时大概率丢。Java 的 FileWriter 默认带缓冲，写入内容先存在内存里，不强制刷盘。
- 必须在写完后调用
fw.close()或fw.flush()，推荐try-with-resources自动关流 - 别用
FileWriter("data.txt")覆盖写，记账要追加——改用FileWriter("data.txt", true)，第二个参数true表示 append 模式 - 中文乱码？默认编码依赖系统，Windows 常是 GBK，Linux/macOS 是 UTF-8；显式指定更稳：
new OutputStreamWriter(new FileOutputStream("data.txt", true), StandardCharsets.UTF_8)
JSON 格式存账目比纯文本靠谱在哪？
纯文本靠切分（比如用 | 隔开字段）容易崩：金额带小数点、备注含空格或竖线，split("\|") 一解析就错位。
- 用
ObjectMapper（Jackson）序列化Transaction对象，字段名和值自动绑定，不怕特殊字符 - 单条记录一行（line-delimited JSON），比整个文件一个大 JSON 更易追加和逐行读取
- 别把所有账目塞进一个 JSON 数组再写——每次新增都要重读+重写全量，IO 开销大；按行追加每笔记录，读取时用
Files.lines().forEach()流式处理
Files.write() 和 BufferedWriter 选哪个？
简单场景用 Files.write() 更干净；需要频繁写多行或控制换行符时，BufferedWriter 更灵活。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
-
Files.write(Paths.get("log.json"), jsonLine.getBytes(StandardCharsets.UTF_8), StandardOpenOption.CREATE, StandardOpenOption.APPEND)—— 适合单行写入，无须手动管理流 - 如果要写多笔且中间可能出错，用
try (BufferedWriter w = Files.newBufferedWriter(p, StandardCharsets.UTF_8, StandardOpenOption.APPEND))，支持w.newLine()显式换行 - 注意
Files.write()默认不追加，漏写StandardOpenOption.APPEND会清空原文件——这是新手最常踩的坑
为什么读取时用 Files.lines() 而不是 Scanner？
Scanner 在遇到非法 UTF-8 字节（比如中途断电导致文件截断）时容易卡死或抛 InputMismatchException，而 Files.lines() 底层基于 BufferedReader，异常更明确，也支持 try-with-resources。
立即学习“Java免费学习笔记（深入）”；
- 逐行解析 JSON 时，用
mapper.readValue(line, Transaction.class)，别用readValue(file, List.class)一次性读全量——内存爆掉风险高 - 文件为空时
Files.lines()返回空流，不会报错，但记得判空再 forEach，否则NullPointerException - 如果某行 JSON 格式损坏（比如少了个
}），readValue()抛JsonProcessingException，得包一层try-catch跳过坏行，不然整个加载中断
真正麻烦的不是怎么写进去，而是某天发现账目少了一半——八成是没设 append 模式、没关流、或者读的时候跳过了异常行却没打日志。IO 这块，稳比快重要得多。
