BufferedOutputStream 本身不支持追加写入，是否追加取决于底层 OutputStream（如 FileOutputStream）是否以 append=true 方式创建；其缓冲游标（count）仅管理内存缓冲区，刷出时由底层流自动将数据追加至文件末尾。
Java 中 BufferedOutputStream 本身不支持“追加写入模式”——它只是对底层输出流的缓冲封装，是否追加完全取决于其包装的底层 OutputStream（如 FileOutputStream）是否以追加方式打开。所谓“缓冲区游标对齐”，实际是指在追加场景下，缓冲区内部的写入位置（即缓冲数组中的偏移量）与底层流的文件指针保持逻辑一致，避免覆盖或错位。这一点容易被误解，但关键在于：缓冲区是内存中的临时载体，真正的“游标”由底层流维护，BufferedOutputStream 只负责把数据暂存并适时刷出。
追加模式必须由底层流开启
BufferedOutputStream 没有构造参数控制追加行为。要实现追加，必须让其装饰的流（例如 FileOutputStream）在创建时传入 true 作为 append 参数：
-
new FileOutputStream("log.txt", true)→ 文件末尾追加 - 再用它构造
new BufferedOutputStream(...)→ 缓冲行为不影响追加语义 - 即使缓冲区未满，调用
write()也只是往缓冲数组里填数据，不会触发写入；真正落盘时，底层流会将缓冲内容追加到当前文件末尾
缓冲区游标 ≠ 文件指针，但刷出时自动对齐
BufferedOutputStream 内部维护一个字节数组 buf 和一个整型 count（记录当前已写入缓冲区的字节数）。这个 count 是它的“缓冲游标”，仅用于管理内存缓冲区，与文件系统无关。当调用 flush() 或缓冲区满时，它会调用底层流的 write(buf, 0, count)。此时，底层流（如追加模式的 FileOutputStream）会自动将这批字节写入到当前文件末尾——也就是说，“对齐”是底层流保证的，不是 BufferedOutputStream 主动同步的。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
手动 flush 后，缓冲游标重置，不影响追加连续性
每次 flush() 或 close() 都会清空缓冲区（count = 0），后续写入从缓冲区开头重新开始。这不会破坏追加逻辑，因为：
立即学习“Java免费学习笔记（深入）”；
- 每次刷出的数据都由底层流按追加语义写入文件末尾
- 即使两次
write()调用之间隔了flush()，底层文件指针已在上次写入后移到新末尾，下次写仍接续 - 不存在“缓冲区游标需要手动对齐到底层位置”的操作——开发者无需、也无法干预该过程
注意 flush 和 close 的时机影响可见性
追加内容是否立即出现在文件末尾，取决于是否及时刷出：
- 未
flush()或close()前，数据只在内存缓冲区，其他进程/线程不可见 - 异常退出未关闭流，可能导致缓冲区数据丢失（追加失败）
- 若需强一致性（如日志实时可见），应在关键点显式
flush()，或使用try-with-resources确保close()被调用
