Java跨平台安全写入CSV文件的最优方案（行分隔符问题）

1. 始终指定\n作为记录分隔符是否安全？Windows程序能识别吗？ #

• 完全安全。绝大多数现代平台和软件（包括Windows下的程序）都能正确识别\n作为换行标记：
  • Windows系统的主流软件（如Office Excel、新版记事本、VS Code等）都会自动处理\n，不会出现内容错乱；
  • 对于C++的getline()，默认以\n作为行分隔符，用\n生成的CSV不会导致\r残留到记录中，反而比\r\n更不容易出现解析异常。

2. BufferedWriter.newLine()是否存在同样的跨平台解析问题？ #

• 是的。newLine()会根据当前运行平台的系统属性生成对应换行符：Windows下输出\r\n，Linux/macOS下输出\n。这种平台依赖的换行符生成方式，会导致同一份CSV在不同环境生成的换行符不一致，进而在跨平台读取时可能出现你担心的解析问题——比如极少数Windows老程序读取Linux生成的\n换行CSV时可能显示异常，而\r\n在非Windows平台则容易被解析出多余的\r字符。

3. 为什么Apache Commons CSV的DEFAULT和EXCEL格式默认用\r\n？ #

• 遵循行业标准：DEFAULT格式基于RFC 4180规范制定，该标准明确要求CSV的行分隔符为\r\n，目的是统一早期不同平台的换行差异，属于通用的规范格式；
• 兼容旧版软件：EXCEL格式是为适配微软Excel旧版本，早期Excel对\r\n的支持比单独的\n更稳定，能避免旧版本读取时出现行合并的问题。
• 这只是兼容性优先的选择，并不代表\n不安全。如果你的场景需要跨多语言、多平台读取，统一使用\n反而能避免\r残留的问题，更可控。

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