System.in和自定義InputStreamReader之間的行爲差​​異

Question

我編寫了一個Java CLI程序，它從stdin讀取行併爲每行輸出一個可能的完成。我試圖給它一個gui，所以我試圖建立一個System.in的drop-in替換，以允許用戶使用gui或cli。

到目前爲止，我得到這個置換，其方法add當文本在JTextArea輸入被稱爲：

import java.io.BufferedReader; 
import java.io.IOException; 
import java.io.InputStream; 
import java.io.InputStreamReader; 
import java.io.InterruptedIOException; 
import java.util.LinkedList; 
import java.util.concurrent.LinkedBlockingQueue; 
import java.util.concurrent.TimeUnit; 

public class GuiIn extends InputStream { 

    protected LinkedBlockingQueue<Byte> buf; 
    protected boolean closed; 

    public GuiIn() { 
     closed = false; 
     buf = new LinkedBlockingQueue<Byte>(); 
    } 

    @Override 
    public void close() { 
     closed = true; 
    } 

    /** 
    * add strings to read in the InputStream. Arguments are ignored if the 
    * stream is closed. 
    * 
    * @param s 
    *   a string. Ignored if null 
    */ 
    public void add(String s) { 
     if (closed || s == null) { 
      return; 
     } 
     byte[] bs = s.getBytes(); 
     LinkedList<Byte> lbs = new LinkedList<Byte>(); 
     for (byte b : bs) { 
      lbs.add(b); 
     } 
     buf.addAll(lbs); 
    } 

    @Override 
    public int available() { 
     return buf.size(); 
    } 

    @Override 
    public synchronized int read() throws InterruptedIOException { 
     if (closed && buf.isEmpty()) { 
      return -1; 
     } 
     Byte b = 0; 

     while (true) { 
      try { 

       if ((b = buf.poll(100, TimeUnit.MILLISECONDS)) == null) { 
        if (closed && buf.isEmpty()) 
         return -1; 
       } else 
        break; 

      } catch (InterruptedException e) { 
       throw new InterruptedIOException("interrupted: " 
         + e.getMessage()); 
      } 
     } 
     return b; 
    } 
} 

然而，當我嘗試它與new BufferedReader(new InputStreamReader(in));並試圖readLine()它，它似乎直到它有足夠的字符（很多），儘管文本饋送總是由我的聽衆附加一個換行符。

另一方面，如果in設置爲System.in，則每輸入一行就會讀取一行。

所以，我的問題有兩個部分：

1. 哪裏這種差異從何而來？
2. 如何解決？

請注意，從每字節裸GuiIn字節讀取正常工作，而且我已經嘗試過像減少BufferedReader的緩衝區的大小技巧。

我也在網上預先搜索過：這不是關於創建一個模擬對象;而ByteArrayInputStream也不是一個選項：它不支持追加。你的問題的

Answer 1

來源之一可能是InputStreamReader可以閱讀遠一點，以便它可以確保byte堅持 - 它使用>char解碼器（和它是不透明的話）有足夠的字節來產生一個完整char而System.in可能足夠了解默認編碼以提供足夠的字節。

在開始使用Java進行交互式控制檯工作之前，您應該熟悉Console類和readline to Java端口。

然後，不是沒有指定的編碼創建InputStreamReader S，我會抽象在更高層次上：

interface CommandLineSource { 
    String readLine() throws IOException; 
} 

，然後你可以創建一個由FileDescriptor.STDIN的支持，另一個通過任何你喜歡讓您可以自動輸入以進行測試。