解码System#lineSeparator的合适字符集？%n适配Charset#defaultCharset()吗

1. 假设系统相关换行符采用US_ASCII编码是否合理？ #

完全合理。所有主流操作系统的换行符都由US_ASCII范围内的字符组成：

• Unix/Linux/macOS使用\n（ASCII码10）
• Windows使用\r\n（ASCII码13+10）
• 老旧Mac系统使用\r（ASCII码13）

这些字符都属于US_ASCII的核心覆盖范围，用StandardCharsets.US_ASCII编码时不会出现字符丢失或编码错误，测试里的这个假设安全且可靠。

2. Charset#defaultCharset()是否适用于处理%n对应的换行符？ #

适用，核心逻辑如下：

• printf中的%n是在字符层面生成对应操作系统的换行符序列（比如\n或\r\n），这个过程和字符集无关。
• 当需要将这些换行符编码为字节时，Charset.defaultCharset()（JVM默认字符集）完全可以处理——主流默认字符集（如UTF-8、GBK、ISO-8859-1等）都完全兼容US_ASCII，换行符对应的字符在这些字符集中的编码结果和US_ASCII完全一致。
• 简单来说，用defaultCharset()编码System.lineSeparator()得到的字节数组，和用US_ASCII编码的结果完全相同，所以用默认字符集处理不会有问题。

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