bufferedoutputstream通过内存缓冲区聚合写操作以减少i/o次数：数据先写入8kb缓冲区，满、flush或close时才真实写入底层流；误用flush或忽略close会导致性能下降或数据丢失。
BufferedOutputStream 通过在内存中维护一个字节数组缓冲区，把多次小规模的写操作攒在一起，等缓冲区满了（或显式刷新/关闭时）才一次性写入底层输出流，从而减少实际的磁盘 I/O 次数。
缓冲区如何拦截并聚合写入请求
每次调用 write(int) 或 write(byte[]) 时，数据并不立刻落盘，而是先拷贝到内部 byte[] 缓冲区中。只有当缓冲区剩余空间不足、调用 flush()、或 close() 时，才会把整个缓冲区内容委托给底层 OutputStream（比如 FileOutputStream）执行一次真实写入。
- 默认缓冲区大小为 8192 字节（8KB），可通过构造函数自定义
- 单次写 1 字节，连续写 100 次：未用缓冲时触发 100 次系统写调用；用了 BufferedOutputStream 后，大概率只触发 1–2 次
- 写入数据量接近或超过缓冲区容量时，会自动触发一次 flush，清空缓冲区
何时真正发生磁盘写入
真实磁盘 I/O 并不发生在 write() 调用时刻，而是在以下任一情况：
- 缓冲区被填满（自动 flush）
- 显式调用 flush() —— 强制把缓冲区剩余数据写出
- 调用 close() —— 内部会先 flush 再关闭底层流
- 程序异常终止且未 flush/close：缓冲区数据会丢失，不会写入磁盘
避免常见误用导致缓冲失效
即使用了 BufferedOutputStream，若使用不当，仍可能退化为“无缓冲”效果：
- 每写 1 字节就调一次 flush()：等于禁用缓冲，I/O 次数不减反增（还多出 flush 开销）
- 忘记 close() 或 flush()：程序结束前缓冲区数据滞留内存，文件内容不完整
- 用 write(int) 写大量单字节数据却不批量处理：虽有缓冲，但频繁方法调用带来额外 JVM 开销
对比：不带缓冲的 FileOutputStream 直接写
FileOutputStream 的 write 方法是“直写”模式——每次调用都尝试触发一次系统 write() 系统调用。操作系统虽也有页缓存，但 JVM 层面无聚合逻辑，应用层无法控制合并时机。BufferedOutputStream 把这一层聚合逻辑收归 Java 控制，更可控、更高效，尤其适合频繁小写场景（如日志逐行写、序列化字段等）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
