fileoutputstream写文件为空或不全，因未调用close()或flush()导致缓冲区数据未落盘；应使用try-with-resources确保关闭，追加写需构造时传true；写中文须指定utf-8编码；大文件应配合bufferedoutputstream优化性能。
FileOutputStream 写文件时为什么文件是空的或内容不全？
常见原因是没调用 close() 或 flush()，JVM 不会自动刷盘。缓冲区里的字节可能一直卡在内存里，程序一结束就丢了。
实操建议：
- 必须显式调用
close()—— 最稳妥是用 try-with-resources（Java 7+） - 如果中途想确认已写入，调
flush()，但注意它不保证磁盘落盘（只到 OS 缓冲区） - 别依赖垃圾回收来关流：GC 不触发
close()，finalize()已被弃用且不可靠
try (FileOutputStream fos = new FileOutputStream("data.bin")) {
fos.write(new byte[]{1, 2, 3});
// 不需要手动 flush() — close() 会隐式 flush
} catch (IOException e) {
// 处理异常
}
覆盖写 vs 追加写：如何控制 FileOutputStream 的写入模式？
FileOutputStream 构造函数第二个布尔参数决定是否追加。默认 false，即覆盖；设为 true 才在文件末尾追加。
注意点：
- 追加模式下，即使文件不存在，也会先创建空文件再写；但若文件存在且非空，新数据一定加在末尾
- 没有“插入”或“随机写”能力——
FileOutputStream是纯顺序写，不支持seek() - 若需修改中间内容，得用
RandomAccessFile或先读全量、改完再重写
示例：
// 覆盖写（默认）
FileOutputStream fos1 = new FileOutputStream("log.txt");
// 追加写
FileOutputStream fos2 = new FileOutputStream("log.txt", true);
写入中文字符串时乱码或抛出 IOException？
FileOutputStream 只认 byte[]，不处理字符编码。直接传 String.getBytes() 用的是平台默认编码（如 Windows 上是 GBK），跨环境极易出问题。
正确做法：
- 明确指定编码，比如
str.getBytes(StandardCharsets.UTF_8) - 更推荐绕过
FileOutputStream直接用Files.write()（Java 7+），它内置编码参数 - 避免用
String.getBytes()无参重载——行为不可控
对比：
// ❌ 危险：依赖系统默认编码
fos.write("你好".getBytes());
// ✅ 安全：显式 UTF-8
fos.write("你好".getBytes(StandardCharsets.UTF_8));
// ✅ 更简洁（推荐用于小文本）
Files.write(Paths.get("text.txt"), "你好".getBytes(StandardCharsets.UTF_8));
大文件写入慢、OOM 或阻塞？
FileOutputStream 本身不缓存，每次 write(byte[]) 都可能触发一次系统调用。频繁小写入（如单字节循环）性能极差；超大数组又容易撑爆堆内存。
优化建议：
- 用
BufferedOutputStream包一层，典型缓冲区大小 8KB（new BufferedOutputStream(fos, 8192)） - 批量写入：攒够一批字节再调
write(byte[], off, len)，别单字节写 - 超大文件（GB 级）考虑分块 + 显式
flush()控制内存峰值，同时防中断丢失过多数据 - 注意
FileOutputStream在 Windows 上对大于 2GB 的单次write()可能截断（底层WriteFile限制），务必分片
