Java跨平台文件传输需显式指定UTF-8编码，避免依赖系统默认编码；构造OutputStreamWriter时必须传入"UTF-8"，配合BufferedWriter和try-with-resources确保数据完整写出与资源释放；读写两端编码必须严格一致。
Java中用 OutputStreamWriter 实现跨平台文件传输时的编码统一，核心是**显式指定字符集**，避免依赖系统默认编码（如Windows用GBK、Linux/macOS多用UTF-8），从而消除乱码风险。
明确指定编码格式，不依赖平台默认
系统默认编码不可控，不同环境可能触发不同行为。必须在构造 OutputStreamWriter 时传入确定的字符集名（如 "UTF-8"），而不是只传字节流。
- ✅ 正确写法：
new OutputStreamWriter(new FileOutputStream("data.txt"), "UTF-8") - ❌ 错误写法：
new OutputStreamWriter(new FileOutputStream("data.txt"))（使用平台默认，Windows下可能是GBK）
推荐使用 UTF-8 作为统一编码
UTF-8 兼容 ASCII，支持全球所有常用字符，且是Java生态事实标准（IDEA、Maven、Spring等默认采用）。跨平台传输时选它，基本不会出兼容问题。
- 写入中文、日文、emoji 或特殊符号都安全
- 多数文本编辑器（VS Code、Notepad++、Sublime）默认识别 UTF-8，无需额外设置
- 若对方系统强制要求 GBK（如某些老旧政务系统），才改用
"GBK"，但需双方约定一致
配合缓冲与资源管理，提升健壮性
仅指定编码还不够，实际传输中还需保障数据完整写出、资源及时释放。
立即学习“Java免费学习笔记（深入）”；
- 建议套一层
BufferedWriter提升写入效率：new BufferedWriter(new OutputStreamWriter(..., "UTF-8")) - 务必调用
close()或使用 try-with-resources —— 它会自动 flush 并 close，防止缓存未落盘 - 避免仅靠
flush()：它不释放底层流，也不保证后续不可再写；close()才是终结操作
读写两端编码必须严格一致
输出端用了 UTF-8，输入端也必须用 UTF-8 解码，否则前功尽弃。例如读取时应写：
new InputStreamReader(new FileInputStream("data.txt"), "UTF-8")- 或 Java 11+ 可直接：
new FileReader("data.txt", StandardCharsets.UTF_8) - 切勿混用：写用 UTF-8，读用 GBK → 必然乱码
