OutputStreamWriter 不直接刷盘，其刷新仅完成字符到字节的编码并提交至 Socket 输出流；真正发送由 TCP 栈控制，需禁用 Nagle 算法并显式 flush 才能降低延迟。
OutputStreamWriter 本身不直接“刷盘”，它写入的是 Socket 的 OutputStream，而真正决定数据何时发到网络端的，是底层字节流（如 SocketOutputStream）的缓冲行为和系统 TCP 栈机制。它的缓冲与刷新时机需分三层理解：字符编码缓冲、字节流缓冲、TCP 发送缓冲。
字符编码层：OutputStreamWriter 自带小缓冲区
OutputStreamWriter 内部维护一个字符→字节的编码缓冲区（默认大小通常为 8192 字节）。每次调用 write() 时，它把字符按指定 charset（如 UTF-8）转成字节，存入该缓冲区，但不会立即交给底层 OutputStream。只有满足以下任一条件，才将这批字节真正写入包装的 OutputStream：
- 调用 flush() 方法；
- 调用 close()（会先 flush 再关闭）；
- 内部缓冲区被填满（触发自动 flush）。
⚠️ 注意：即使你 write("hello")，若没 flush 或 close，这些字节可能还卡在 OutputStreamWriter 的缓冲区里，Socket 流根本没收到任何数据。
字节流层：SocketOutputStream 的缓冲不可控
Socket 的 OutputStream（通常是 SocketOutputStream）本身没有用户可配置的缓冲区，它直接委托给底层 TCP 套接字发送。但操作系统内核会对 TCP 发送数据做缓冲（即 TCP send buffer），这个缓冲是透明的、不可编程干预的：
立即学习“Java免费学习笔记（深入）”；
- 当 OutputStreamWriter 把字节交给它，数据进入内核 send buffer；
- 内核根据 Nagle 算法、延迟确认、MTU、拥塞窗口等自动决定何时真正发出 TCP 包；
- 调用 OutputStream 的 flush() 对 SocketOutputStream 是空操作（无实际效果），因为它的 flush() 方法什么也不做。
也就是说：OutputStreamWriter.flush() 只保证字节已交到 SocketOutputStream，但不保证已发到对端。
确保及时送达：必须配合 Socket 层控制
若业务要求“写完立刻发出去”（比如实时指令、心跳包），不能只依赖 OutputStreamWriter.flush()。正确做法是：
- 禁用 Nagle 算法：socket.setTcpNoDelay(true)，让小包不等待合并，降低延迟；
- 写完后显式 flush：OutputStreamWriter.flush() → 触发字节提交 → 进入内核缓冲 → 尽快发出；
- 避免仅靠 close() 触发发送：close() 会 flush，但连接也断了，不适合长连接场景；
- 慎用自动 flush 的包装类：例如 PrintWriter(out, true) 会在 println() 后自动 flush，但仅对换行符敏感，write() 不触发。
示例关键代码：
Socket socket = new Socket("host", port);OutputStream os = socket.getOutputStream();
OutputStreamWriter osw = new OutputStreamWriter(os, "UTF-8");
// 关键：禁用 Nagle
socket.setTcpNoDelay(true);
osw.write("CMD:PING");
osw.flush(); // 必须调用，否则可能卡在 osw 缓冲区
常见误区提醒
很多人误以为 OutputStreamWriter.flush() = 数据已到达对端，其实它只完成“字符→字节→交付给 Socket”的动作。真正到达对方应用层，还需经历：
- 本地内核 TCP send buffer → 网络传输 → 对端内核 TCP recv buffer → 对方应用 read()
- 中间任意环节（如防火墙、丢包重传、接收方未 read）都可能导致延迟或丢失。
所以网络 IO 中，“写成功”不等于“对方已收到”，需要应用层协议配合确认机制（如 ACK 包）才能保证可靠送达。
