可以，但必须用 FileOutputStream 包装；PrintStream 不接受文件路径字符串，正确写法是 new PrintStream(new FileOutputStream("data.log"), true, StandardCharsets.UTF_8)。
PrintStream 能否直接写入文件而不手动处理 OutputStream？
可以，但必须用
包装——
本身不接受文件路径字符串，只接受
。直接传
会编译报错：
构造器已被弃用且仅用于 System.out 等特殊场景，**不是文件写入接口**。
正确做法是：先创建
，再把它传给
构造器。这样既保留
、
的便利，又获得底层文件写入能力。
是最简可行写法
若需追加内容，用
务必注意：默认使用平台默认编码（如 Windows 是 GBK），中文可能乱码；建议显式指定
如何避免中文乱码和自动刷新失效问题？
乱码根源在于
默认用
，而 IDE 或终端编码常与之不一致；自动刷新（auto-flush）默认只对
、
、
生效，
不触发。
推荐构造方式：
第二个参数
开启 auto-flush，第三个参数强制 UTF-8 编码
如果写完没立刻看到内容，检查是否只用了
而非
——后者才保证 flush
关闭流前务必调用
，否则缓冲区残留数据可能丢失
PrintStream 和 PrintWriter 选哪个更合适？
两者都支持格式化输出，但关键差异在字符 vs 字节层面：
是字节流，
是字符流。这意味着：
在写入非 ASCII 字符时更依赖构造时指定的
，否则易出错；
可直接传
+
，语义更清晰
有
方法可主动查错；
错误被静默吞掉（除非重载
）
若已用惯
风格且不关心错误反馈，
没问题；若要健壮日志或含异常处理逻辑，
更稳妥
有没有更现代的替代方案？
Java 7+ 推荐优先用
+
，它天然支持
，自动 close，且可配合
或
实现格式化。
例如：
比手动管理
更少出错，也更容易单元测试。
不过如果项目里已有大量
习惯，临时改用
仍是最小改动方案——只要记住绕过字符串路径陷阱、显式设编码、别漏
就行。
FileOutputStreamPrintStreamOutputStream"output.txt"PrintStream(String)FileOutputStreamPrintStreamprintfprintlnnew PrintStream(new FileOutputStream("data.log"))new FileOutputStream("data.log", true)CharsetPrintStreamSystem.getProperty("file.encoding")printlnprintfformatprintnew PrintStream(new FileOutputStream("out.txt"), true, StandardCharsets.UTF_8)trueprint("hello")println("hello")close()PrintStreamPrintWriterPrintStreamCharsetPrintWriterWriterCharsetPrintWritercheckError()PrintStreamsetError()printfPrintStreamPrintWriterFiles.newBufferedWritertry-with-resourcesCharsetString.formatMessageFormattry (var writer = Files.newBufferedWriter(Paths.get("log.txt"), StandardCharsets.UTF_8)) {
writer.write(String.format("Time: %s, Count: %d", Instant.now(), 42));
}PrintStreamprintfPrintStreamclose