为何DataOutputStream仅关闭时发送数据？未调用close服务端收不到消息

嘿，这个问题我太熟了！核心原因就是输出流的缓冲区没被刷新——数据还躺在客户端的内存里，根本没发去服务端。

你用的DataOutputStream（包括被EncryptIO包装后的版本）默认会把数据先存到内存缓冲区里，不会立刻发去网络。只有三种情况会把缓冲里的数据推出去：缓冲区被写满、你手动调用flush()，或者调用close()（close方法内部会自动触发flush）。你之前没调用close的时候，数据一直卡在缓冲区里，服务端自然收不到；而close的时候，缓冲被强制刷新，数据才发出去，服务端就收到了。

具体解决办法 #

1. 手动调用flush()发送数据 #

如果还要保持连接继续发消息，写完数据后直接加一行flush()就行：

dos.writeUTF("Player 2");
dos.flush(); // 强制把缓冲里的数据发送到服务端
// 接下来还能继续用dos发其他内容，不用急着close

2. 检查EncryptIO的实现 #

如果EncryptIO自己封装了输出流，得确保它正确处理了flush()操作。比如它的EncryptedOutputStream类应该重写flush()方法，把刷新操作传递给底层的输出流：

// 举个EncryptIO内部可能的实现例子
public class EncryptedOutputStream extends FilterOutputStream {
    // ... 你的加密逻辑代码
    @Override
    public void flush() throws IOException {
        super.flush(); // 一定要调用底层流的flush，确保数据能发出去
        // 如果自己有加密相关的缓冲区，也要在这里同步刷新
    }
}

要是EncryptIO没做这个，那你调用dos.flush()也没用，得先修复这个封装类。

3. 按需管理流的生命周期 #

如果之后不再用这个输出流了，还是建议调用close()——它不仅会flush数据，还能释放网络资源，避免资源泄漏。但如果需要保持连接持续通信，用flush()就够了。

小补充 #

网络IO用缓冲是为了提升性能，减少频繁的网络调用。但这也意味着你得主动控制数据的发送时机，尤其是需要服务端立刻收到消息的场景，flush()绝对是必不可少的一步。

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