客户端用BufferedWriter写出的数据，服务端用BufferedReader读不到

最新推荐文章于 2024-10-17 21:09:08 发布

原创最新推荐文章于 2024-10-17 21:09:08 发布 · 451 阅读

0 ·

CC 4.0 BY-SA版权

Java 专栏收录该内容

9 篇文章

订阅专栏

博客详细分析了在TCP双向通讯中，客户端使用BufferedWriter写出数据，服务端使用BufferedReader读取时遇到的问题。主要原因在于BufferedReader会读到换行符才结束读取，而BufferedWriter未添加换行符导致服务端阻塞。解决方案是确保BufferedWriter写出时添加换行符并调用flush()方法。此外，对比案例中使用ByteArrayOutputStream则无需换行符即可正常读取。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述：

在学尚学堂TCP双向通讯时，客户端用BufferedWriter写出的数据，服务端用BufferedReader读不到。但是另一个案例用ByteArrayOutputStream写出就可以在服务端读到。对照自己的代码和老师的代码，发现差异如下：

    	bout = new BufferedWriter(new OutputStreamWriter(socket.getOutputStream()));
    	//我的代码为bout.write(s);
        bout.write(s+"\n");
        //我的代码没有flush
        bout.flush();

原因分析：

1.使用BufferedWriter写完后要flush，这个需要注意。
2.重点：BufferedReader读的是一行，读到换行符才停止。由于我用BufferedWriter写出时没有加换行符，所有服务端的BufferedReader由于读不到换行符一直等待，导致程序卡住，显示出服务端读不到客户端的写出的假象。其实服务端读到客户端的写出了，只是由于客户端没有写服务端要的换行符所以一直等待。 3.而另一个案例（出自狂说Java-网络编程）用ByteArrayOutputStream写出没有问题是因为，他读的时候是用`inputStream.read(bytes)`这种方法，所以不需要换行符，所以程序正常。