核心是通过缓冲区累积小写操作再批量系统调用以提升性能。BufferedOutputStream默认8KB内存缓冲，满、flush()或close()时才真正写入；避免循环flush、漏close或频繁新建对象；按场景调大小更高效，关键变量需手动控制flush时机。
核心是让多次小写操作“攒起来”，等凑够一批再统一交给操作系统，避免反复进内核——这直接减少了系统调用次数，从而提升写入速度。
缓冲区怎么把小写合并成大写
BufferedOutputStream 内部维护一块内存区域（默认 8192 字节）。每次调用 write()，数据先存进这块内存，不立刻落盘。只有三种情况才会真正触发一次系统调用：
- 缓冲区被填满（比如连续写了 8KB 数据）
- 显式调用 flush()
- 流关闭时自动 flush()
举例：循环写 5000 个字节，每次只写 1 字节。不用缓冲 → 5000 次系统调用；用默认 8KB 缓冲 → 实际只触发 1 次系统调用（全部塞进缓冲区后一次性交出去）。
关键操作必须避开的坑
很多写法看似合理，实则让缓冲完全失效：
- 在写入循环里每写一次就 bos.flush() —— 这等于每次都在强制刷盘，缓冲区形同虚设，还多了一次方法调用开销
- 忘记 close() 或没用 try-with-resources —— 程序退出前缓冲区里剩下的数据就丢了
- 频繁 new BufferedOutputStream（比如每次写变量都新建一个）—— 每次分配缓冲区、绑定底层流，开销比写本身还大
按场景调缓冲大小更有效
默认 8KB 适合通用场景，但批量写变量时可以优化：
- 单次写入量小、频率高（如日志逐条写）：64KB–128KB 缓冲能明显减少 flush 次数
- 单次写入量大（如导出一整块序列化对象）：32KB 足够，再大意义不大
- 内存紧张或写入极不规律：可降到 4KB，但要接受略多几次刷盘
设置方式：new BufferedOutputStream(fos, 65536)
确保关键变量不丢的稳妥写法
不是所有变量都允许延迟落盘。对重要状态变量，建议手动控制 flush 时机：
- 变量写完后不立即 flush，等积攒到一定数量（如 100 条）再统一刷一次
- 程序进入关键节点（如事务提交前、配置更新完成）时主动 flush()
- 使用 try-with-resources 包裹，保证 close() 触发最终 flush
示例结构：
try (FileOutputStream fos = new FileOutputStream("state.dat");
BufferedOutputStream bos = new BufferedOutputStream(fos, 32768)) {
for (byte[] var : variables) {
bos.write(var);
}
// 关闭自动 flush，无需额外调用
}
