Java - 使用带有套接字的DataInputStream，是否缓冲？

Question

我正在编写一个简单的客户端/服务器应用程序，我发现使用DataInputStream读取数据非常方便，因为它允许您选择要读取的内容（无需自己从字节转换），但我想知道如果最好将它包装在BufferedInputStream中，或者这只会增加不必要的开销？

我问的原因是因为我不知道直接从套接字流中读取是多么昂贵（当使用BufferedInputStream时，它只会从套接字流中读取一次，然后使用DataInputStream从BufferedInputStream中乘以一次）。

收到的数据通常很小，约为20-25字节。

提前感谢您的回答！ ：d

Answer 1

DataInputStream未缓冲，因此DataInputStream对象上的每个读取操作都将导致底层套接字流上的一个或更多读取，这可能导致多个系统电话（或等效电话）。

系统调用通常比常规方法调用贵2到3个数量级。缓冲流通过减少系统调用的数量（理想情况下为1）来工作，但代价是添加额外的常规方法调用层。通常使用缓冲流用1个系统调用和N个额外方法调用替换N个系统调用。如果N大于1，那么你就赢了。

接下来，在套接字流和DataInputStream之间放置BufferedInputStream的唯一情况是而不是胜利是：

• 当应用程序只进行一次read...()调用并且单个系统调用可以满足时，
• 当应用程序仅执行大型read(byte[] ...)调用或
时
• 当应用程序没有读取任何内容时。

听起来这些不适用于您的情况。

此外，即使它们确实适用，在不需要时使用BufferedInputStream的开销相对较小。当你需要时，不使用BufferedInputStream的开销很大。

最后一点，实际读取的数据量（即消息的大小）与缓冲的与未缓冲的难题几乎无关。。真正重要的是读取数据的方式;即你的申请将发出read...()个电话的序列。

Answer 2

一般的智慧是对底层流的单独读取非常慢，因此缓冲几乎总是更快。但是，对于如此小的数字（20-25字节），分配缓冲区的成本可能与进行单独读取的成本相似（一旦考虑内存分配和垃圾收集）。不幸的是，找出答案的唯一方法就是测试并查看。

您说收到的数据通常小：您预计更频繁的邮件频率是多少？如果您在无缓冲的流上偶尔收到大量消息，那将是一个重大的瓶颈。

我建议您运行一些计时测试，看看缓冲是否会对您的情况产生影响。或者，不要打扰时间测试，只需使用缓冲区。如果将来邮件大小发生变化，那么这将在以后减少维护。