本文轉自https://blog.csdn.net/neon_z/article/details/53707170
下午玩 TCP/IP 的 Socket 通訊時，使用 BufferedReader 的 readLine() 遇到了一個坑，現在終於解決了，特此記錄下來。

程式很簡單，客戶段從控制檯讀取使用者輸入，然後傳送至伺服器端，主要程式碼如下

客戶端：

Socket s = new Socket("192.168.0.4", 20022);
 BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));//使用者獲取使用者輸入
 
 OutputStream os = s.getOutputStream();//用於向伺服器輸出
 System.out.println("請輸入要傳送的文字：");
 String input;
 while ((input= reader.readLine()) != null) {
 os.write(input.getBytes("utf-8"));
 }

伺服器端：

BuffedReader reader = new BufferedReader(new InputStreamReader(s.getInputStream(),"utf-8"));
String content;
while((content = reader.readLine() )!=null){
            System.out.println("客戶端資料："+content);
}

結果執行的時候，在客戶端輸入資料並按下回車後，伺服器端並沒有讀取到資料。
發現只有在客戶端執行os.write()方法後，加上 os.close() 方法，伺服器才能收到資料，但是這樣會同時關閉客戶端的 Socket ，所以只能傳送一次，顯然不是程式想要達到的目的。

在網上一番搜尋，看到了這篇文章：被readLine()折騰了一把 ，豁然開朗。

原來readLine()方法在進行讀取一行時，只有遇到回車(\r)或者換行符(\n)才會返回讀取結果，這就是“讀取一行的意思”，重要的是readLine()返回的讀取內容中並不包含換行符或者回車符；

並且，當realLine()讀取到的內容為空時，並不會返回 null，而是會一直阻塞，只有當讀取的輸入流發生錯誤或者被關閉時，readLine()方法才會返回null。

所以我的程式出現問題的原因找到了：

由於在客戶端使用的readLine()來讀取使用者輸入，所以當使用者按下Enter鍵是，readLine() 返回讀取內容，

但此時返回的內容並不包含換行符，而當在伺服器端用readLine()再次讀取時，由於讀取的內容沒有換行符，所以readLine()方法會一直阻塞等待換行符，這就是伺服器端沒有輸出的原因。

解決方法：在客戶端每次輸入回車後，手動給輸入內容加入"\n"或"\r"，再寫入伺服器；

while ((input = reader.readLine()) != null) {
                input = input+"\n";//手動加上回車
                os.write(input.getBytes("utf-8"));
            }
或者在伺服器端使用read()方法進行讀取。

使用readLine()方法要注意的坑

相關文章