PrintStream编码疑问：API默认编码说明与带编码构造器的矛盾

先给大家理清楚背景里的两个关键信息：

官方API的核心提示 #

PrintStream输出的所有字符都会通过平台默认字符编码转换为字节。在需要写入字符而非字节的场景中，应使用PrintWriter类。

社区里的普遍看法 #

既然OutputStream处理的是字节，那PrintStream.print(String)是如何处理的？它会通过平台默认编码将字符转换为字节。使用默认编码通常不是好选择，因为跨平台时可能引发bug，尤其是在一个平台生成文件而在另一个平台读取时。

对于Writer，通常会指定使用的编码，从而避免平台依赖问题。

接下来咱们逐个解答你提出的疑问：

1. PrintStream为啥要提供带编码的构造器？ #

你列的这几个带编码的构造器：

PrintStream(File file, String csn)
PrintStream(String fileName, String csn)
PrintStream(OutputStream out, boolean autoFlush, String encoding)

它们的存在就是为了打破“默认编码”的限制。毕竟PrintStream虽然是字节流的包装，但很多时候我们用它输出的是字符内容——比如写日志、输出文本文件，这时候如果能手动指定编码，就能避免跨平台时乱码的坑。

至于开头API的说明还适用吗？其实API说的是默认行为：如果你用的是不带编码的构造器，那确实会用平台默认编码；但一旦你指定了编码，那转换逻辑就会用你指定的编码，这时候API里的描述就不适用这个场景了。

2. 为啥大家“通常”不给PrintStream指定编码，却会给PrintWriter指定？ #

这真的是历史习惯和设计定位带来的差异：

• PrintStream是JDK1.0就有的老组件，早期很多人用它要么是输出到控制台（比如System.out，控制台编码本来就依赖系统，没人特意去指定），要么是直接处理纯字节的场景，慢慢就形成了“PrintStream就是用默认编码”的刻板印象。
• PrintWriter是JDK1.1才出来的，从设计初衷就是专门用来处理字符输出的，官方和社区一直强调用它的时候要指定编码，开发者接受的教育就是这样，所以养成了不同的使用习惯。

但从功能上讲，带编码的PrintStream和带编码的PrintWriter是等价的——两者都会用你指定的编码完成字符到字节的转换，不存在谁更安全的问题。

3. 关于无编码构造器的问题，以及带编码构造器的可行性 #

你这个理解完全正确！不管是PrintStream还是PrintWriter，不带编码的构造器都有跨平台风险，因为它们都依赖平台默认编码。而只要你主动指定了编码，两者都是可靠的选择。

最后补充你提到的内部逻辑 #

你说的没错：当PrintStream处理char、char[]、String这类字符类型的输出时，内部确实会创建OutputStreamWriter，并把构造器传入的编码（如果有的话）传递给它，以此完成字符到字节的转换——这和PrintWriter的底层逻辑是一致的。

内容的提问来源于stack exchange，提问作者caasdads