使用readLine()方法遇到的坑

下午玩 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()來讀取用戶輸入，因此當用戶按下回車鍵是，readLine() 返回讀取內容，

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

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

while ((input = reader.readLine()) != null) {  
               input = input+"\n";//手動加上回車  
               os.write(input.getBytes("utf-8"));  
           }  

或者在服務器端使用read()方法進行讀取。