舉例講授Java中Piped管道輸出輸入流的線程通訊掌握。本站提示廣大學習愛好者:(舉例講授Java中Piped管道輸出輸入流的線程通訊掌握)文章只能為提供參考,不一定能成為您想要的結果。以下是舉例講授Java中Piped管道輸出輸入流的線程通訊掌握正文
PipedOutputStream和PipedInputStream
在java中,PipedOutputStream和PipedInputStream分離是管道輸入流和管道輸出流。
它們的感化是讓多線程可以經由過程管道停止線程間的通信。在應用管道通訊時,必需將PipedOutputStream和PipedInputStream配套應用。
應用管道通訊時,年夜致的流程是:我們在線程A中向PipedOutputStream中寫入數據,這些數據會主動的發送到與PipedOutputStream對應的PipedInputStream中,進而存儲在PipedInputStream的緩沖中;此時,線程B經由過程讀取PipedInputStream中的數據。便可以完成,線程A和線程B的通訊。
上面,我們看看多線程中經由過程管道通訊的例子。例子中包含3個類:Receiver.java, PipedStreamTest.java 和 Sender.java。
Receiver.java的代碼以下:
import java.io.IOException; import java.io.PipedInputStream; @SuppressWarnings("all") /** * 吸收者線程 */ public class Receiver extends Thread { // 管道輸出流對象。 // 它和“管道輸入流(PipedOutputStream)”對象綁定, // 從而可以吸收“管道輸入流”的數據,再讓用戶讀取。 private PipedInputStream in = new PipedInputStream(); // 取得“管道輸出流”對象 public PipedInputStream getInputStream(){ return in; } @Override public void run(){ readMessageOnce() ; //readMessageContinued() ; } // 從“管道輸出流”中讀取1次數據 public void readMessageOnce(){ // 固然buf的年夜小是2048個字節,但最多只會從“管道輸出流”中讀取1024個字節。 // 由於,“管道輸出流”的緩沖區年夜小默許只要1024個字節。 byte[] buf = new byte[2048]; try { int len = in.read(buf); System.out.println(new String(buf,0,len)); in.close(); } catch (IOException e) { e.printStackTrace(); } } // 從“管道輸出流”讀取>1024個字節時,就停滯讀取 public void readMessageContinued() { int total=0; while(true) { byte[] buf = new byte[1024]; try { int len = in.read(buf); total += len; System.out.println(new String(buf,0,len)); // 若讀取的字節總數>1024,則加入輪回。 if (total > 1024) break; } catch (IOException e) { e.printStackTrace(); } } try { in.close(); } catch (IOException e) { e.printStackTrace(); } } }
Sender.java的代碼以下:
import java.io.IOException; import java.io.PipedOutputStream; @SuppressWarnings("all") /** * 發送者線程 */ public class Sender extends Thread { // 管道輸入流對象。 // 它和“管道輸出流(PipedInputStream)”對象綁定, // 從而可以將數據發送給“管道輸出流”的數據,然後用戶可以從“管道輸出流”讀取數據。 private PipedOutputStream out = new PipedOutputStream(); // 取得“管道輸入流”對象 public PipedOutputStream getOutputStream(){ return out; } @Override public void run(){ writeShortMessage(); //writeLongMessage(); } // 向“管道輸入流”中寫入一則較冗長的新聞:"this is a short message" private void writeShortMessage() { String strInfo = "this is a short message" ; try { out.write(strInfo.getBytes()); out.close(); } catch (IOException e) { e.printStackTrace(); } } // 向“管道輸入流”中寫入一則較長的新聞 private void writeLongMessage() { StringBuilder sb = new StringBuilder(); // 經由過程for輪回寫入1020個字節 for (int i=0; i<102; i++) sb.append("0123456789"); // 再寫入26個字節。 sb.append("abcdefghijklmnopqrstuvwxyz"); // str的總長度是1020+26=1046個字節 String str = sb.toString(); try { // 將1046個字節寫入到“管道輸入流”中 out.write(str.getBytes()); out.close(); } catch (IOException e) { e.printStackTrace(); } } }
PipedStreamTest.java的代碼以下:
import java.io.PipedInputStream; import java.io.PipedOutputStream; import java.io.IOException; @SuppressWarnings("all") /** * 管道輸出流和管道輸入流的交互法式 */ public class PipedStreamTest { public static void main(String[] args) { Sender t1 = new Sender(); Receiver t2 = new Receiver(); PipedOutputStream out = t1.getOutputStream(); PipedInputStream in = t2.getInputStream(); try { //管道銜接。上面2句話的實質是一樣。 //out.connect(in); in.connect(out); /** * Thread類的START辦法: * 使該線程開端履行;Java 虛擬機挪用該線程的 run 辦法。 * 成果是兩個線程並發地運轉;以後線程(從挪用前往給 start 辦法)和另外一個線程(履行其 run 辦法)。 * 屢次啟動一個線程長短法的。特殊是當線程曾經停止履行後,不克不及再從新啟動。 */ t1.start(); t2.start(); } catch (IOException e) { e.printStackTrace(); } } }
運轉成果:
this is a short message
解釋:
(1) in.connect(out);將“管道輸出流”和“管道輸入流”聯系關系起來。檢查PipedOutputStream.java和PipedInputStream.java中connect()的源碼;我們曉得 out.connect(in); 等價於 in.connect(out);
(2)
t1.start(); // 啟動“Sender”線程 t2.start(); // 啟動“Receiver”線程
先檢查Sender.java的源碼,線程啟動後履行run()函數;在Sender.java的run()中,挪用writeShortMessage();
writeShortMessage();的感化就是向“管道輸入流”中寫入數據"this is a short message" ;這條數據會被“管道輸出流”吸收到。上面看看這是若何完成的。
先看write(byte b[])的源碼,在OutputStream.java中界說。PipedOutputStream.java繼續於OutputStream.java;OutputStream.java中write(byte b[])的源碼以下:
public void write(byte b[]) throws IOException { write(b, 0, b.length); }
現實上write(byte b[])是挪用的PipedOutputStream.java中的write(byte b[], int off, int len)函數。檢查write(byte b[], int off, int len)的源碼,我們發明:它會挪用 sink.receive(b, off, len); 進一步檢查receive(byte b[], int off, int len)的界說,我們曉得sink.receive(b, off, len)的感化就是:將“管道輸入流”中的數據保留到“管道輸出流”的緩沖中。而“管道輸出流”的緩沖區buffer的默許年夜小是1024個字節。
至此,我們曉得:t1.start()啟動Sender線程,而Sender線程會將數據"this is a short message"寫入到“管道輸入流”;而“管道輸入流”又會將該數據傳輸給“管道輸出流”,即而保留在“管道輸出流”的緩沖中。
接上去,我們看看“用戶若何從‘管道輸出流'的緩沖中讀取數據”。這現實上就是Receiver線程的舉措。
t2.start() 會啟動Receiver線程,從而履行Receiver.java的run()函數。檢查Receiver.java的源碼,我們曉得run()挪用了readMessageOnce()。
而readMessageOnce()就是挪用in.read(buf)從“管道輸出流in”中讀取數據,並保留到buf中。
經由過程下面的剖析,我們曾經曉得“管道輸出流in”的緩沖中的數據是"this is a short message";是以,buf的數據就是"this is a short message"。
為了加深對管道的懂得。我們接著停止上面兩個小實驗。
實驗一:修正Sender.java
將
public void run(){ writeShortMessage(); //writeLongMessage(); }
修正為
public void run(){ //writeShortMessage(); writeLongMessage(); }
運轉法式。運轉成果為:
01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 012345678901234567890123456789abcd
這些數據是經由過程writeLongMessage()寫入到“管道輸入流”,然後傳送給“管道輸出流”,進而存儲在“管道輸出流”的緩沖中;再被用戶從緩沖讀掏出來的數據。
然後,不雅察writeLongMessage()的源碼。我們可以發明,str的長度是1046個字節,然後運轉成果只要1024個字節!為何會如許呢?
事理很簡略:管道輸出流的緩沖區默許年夜小是1024個字節。所以,最多只能寫入1024個字節。
不雅察PipedInputStream.java的源碼,我們能懂得的更透辟。
private static final int DEFAULT_PIPE_SIZE = 1024; public PipedInputStream() { initPipe(DEFAULT_PIPE_SIZE); }
默許結構函數挪用initPipe(DEFAULT_PIPE_SIZE),它的源碼以下:
private void initPipe(int pipeSize) { if (pipeSize <= 0) { throw new IllegalArgumentException("Pipe Size <= 0"); } buffer = new byte[pipeSize]; }
從中,我們可以曉得緩沖區buffer的默許年夜小就是1024個字節。
實驗二: 在“實驗一”的基本上持續修正Receiver.java
將
public void run(){ readMessageOnce() ; //readMessageContinued() ; }
修正為
public void run(){ //readMessageOnce() ; readMessageContinued() ; }
運轉法式。運轉成果為:
01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 012345678901234567890123456789abcd efghijklmnopqrstuvwxyz
這個成果才是writeLongMessage()寫入到“輸出緩沖區”的完全數據。
PipedWriter和PipedReader
PipedWriter 是字符管道輸入流,它繼續於Writer。
PipedReader 是字符管道輸出流,它繼續於Writer。
PipedWriter和PipedReader的感化是可以經由過程管道停止線程間的通信。在應用管道通訊時,必需將PipedWriter和PipedReader配套應用。
上面,我們看看多線程中經由過程PipedWriter和PipedReader通訊的例子。例子中包含3個類:Receiver.java, Sender.java 和 PipeTest.java
Receiver.java的代碼以下:
import java.io.IOException; import java.io.PipedReader; @SuppressWarnings("all") /** * 吸收者線程 */ public class Receiver extends Thread { // 管道輸出流對象。 // 它和“管道輸入流(PipedWriter)”對象綁定, // 從而可以吸收“管道輸入流”的數據,再讓用戶讀取。 private PipedReader in = new PipedReader(); // 取得“管道輸出流對象” public PipedReader getReader(){ return in; } @Override public void run(){ readMessageOnce() ; //readMessageContinued() ; } // 從“管道輸出流”中讀取1次數據 public void readMessageOnce(){ // 固然buf的年夜小是2048個字符,但最多只會從“管道輸出流”中讀取1024個字符。 // 由於,“管道輸出流”的緩沖區年夜小默許只要1024個字符。 char[] buf = new char[2048]; try { int len = in.read(buf); System.out.println(new String(buf,0,len)); in.close(); } catch (IOException e) { e.printStackTrace(); } } // 從“管道輸出流”讀取>1024個字符時,就停滯讀取 public void readMessageContinued(){ int total=0; while(true) { char[] buf = new char[1024]; try { int len = in.read(buf); total += len; System.out.println(new String(buf,0,len)); // 若讀取的字符總數>1024,則加入輪回。 if (total > 1024) break; } catch (IOException e) { e.printStackTrace(); } } try { in.close(); } catch (IOException e) { e.printStackTrace(); } } }
Sender.java的代碼以下:
import java.io.IOException; import java.io.PipedWriter; @SuppressWarnings("all") /** * 發送者線程 */ public class Sender extends Thread { // 管道輸入流對象。 // 它和“管道輸出流(PipedReader)”對象綁定, // 從而可以將數據發送給“管道輸出流”的數據,然後用戶可以從“管道輸出流”讀取數據。 private PipedWriter out = new PipedWriter(); // 取得“管道輸入流”對象 public PipedWriter getWriter(){ return out; } @Override public void run(){ writeShortMessage(); //writeLongMessage(); } // 向“管道輸入流”中寫入一則較冗長的新聞:"this is a short message" private void writeShortMessage() { String strInfo = "this is a short message" ; try { out.write(strInfo.toCharArray()); out.close(); } catch (IOException e) { e.printStackTrace(); } } // 向“管道輸入流”中寫入一則較長的新聞 private void writeLongMessage() { StringBuilder sb = new StringBuilder(); // 經由過程for輪回寫入1020個字符 for (int i=0; i<102; i++) sb.append("0123456789"); // 再寫入26個字符。 sb.append("abcdefghijklmnopqrstuvwxyz"); // str的總長度是1020+26=1046個字符 String str = sb.toString(); try { // 將1046個字符寫入到“管道輸入流”中 out.write(str); out.close(); } catch (IOException e) { e.printStackTrace(); } } }
PipeTest.java的代碼以下:
import java.io.PipedReader; import java.io.PipedWriter; import java.io.IOException; @SuppressWarnings("all") /** * 管道輸出流和管道輸入流的交互法式 */ public class PipeTest { public static void main(String[] args) { Sender t1 = new Sender(); Receiver t2 = new Receiver(); PipedWriter out = t1.getWriter(); PipedReader in = t2.getReader(); try { //管道銜接。上面2句話的實質是一樣。 //out.connect(in); in.connect(out); /** * Thread類的START辦法: * 使該線程開端履行;Java 虛擬機挪用該線程的 run 辦法。 * 成果是兩個線程並發地運轉;以後線程(從挪用前往給 start 辦法)和另外一個線程(履行其 run 辦法)。 * 屢次啟動一個線程長短法的。特殊是當線程曾經停止履行後,不克不及再從新啟動。 */ t1.start(); t2.start(); } catch (IOException e) { e.printStackTrace(); } } }
運轉成果:
this is a short message
成果解釋:
(1)
in.connect(out);
它的感化是將“管道輸出流”和“管道輸入流”聯系關系起來。檢查PipedWriter.java和PipedReader.java中connect()的源碼;我們曉得 out.connect(in); 等價於 in.connect(out);
(2)
t1.start(); // 啟動“Sender”線程 t2.start(); // 啟動“Receiver”線程
先檢查Sender.java的源碼,線程啟動後履行run()函數;在Sender.java的run()中,挪用writeShortMessage();
writeShortMessage();的感化就是向“管道輸入流”中寫入數據"this is a short message" ;這條數據會被“管道輸出流”吸收到。上面看看這是若何完成的。
先看write(char char的源碼。PipedWriter.java繼續於Writer.java;Writer.java中write(char c[])的源碼以下:
public void write(char cbuf[]) throws IOException { write(cbuf, 0, cbuf.length); }
現實上write(char c[])是挪用的PipedWriter.java中的write(char c[], int off, int len)函數。檢查write(char c[], int off, int len)的源碼,我們發明:它會挪用 sink.receive(cbuf, off, len); 進一步檢查receive(char c[], int off, int len)的界說,我們曉得sink.receive(cbuf, off, len)的感化就是:將“管道輸入流”中的數據保留到“管道輸出流”的緩沖中。而“管道輸出流”的緩沖區buffer的默許年夜小是1024個字符。
至此,我們曉得:t1.start()啟動Sender線程,而Sender線程會將數據"this is a short message"寫入到“管道輸入流”;而“管道輸入流”又會將該數據傳輸給“管道輸出流”,即而保留在“管道輸出流”的緩沖中。
接上去,我們看看“用戶若何從‘管道輸出流'的緩沖中讀取數據”。這現實上就是Receiver線程的舉措。
t2.start() 會啟動Receiver線程,從而履行Receiver.java的run()函數。檢查Receiver.java的源碼,我們曉得run()挪用了readMessageOnce()。
而readMessageOnce()就是挪用in.read(buf)從“管道輸出流in”中讀取數據,並保留到buf中。
經由過程下面的剖析,我們曾經曉得“管道輸出流in”的緩沖中的數據是"this is a short message";是以,buf的數據就是"this is a short message"。
為了加深對管道的懂得。我們接著停止上面兩個小實驗。
實驗一:修正Sender.java
將
public void run(){ writeShortMessage(); //writeLongMessage(); }
修正為
public void run(){ //writeShortMessage(); writeLongMessage(); }
運轉法式。運轉成果以下:
從中,我們看出,法式運轉失足!拋出異常 java.io.IOException: Pipe closed
為何會如許呢?
我剖析一下法式流程。
(1) 在PipeTest中,經由過程in.connect(out)將輸出和輸入管道銜接起來;然後,啟動兩個線程。t1.start()啟動了線程Sender,t2.start()啟動了線程Receiver。
(2) Sender線程啟動後,經由過程writeLongMessage()寫入數據到“輸入管道”,out.write(str.toCharArray())共寫入了1046個字符。而依據PipedWriter的源碼,PipedWriter的write()函數會挪用PipedReader的receive()函數。而不雅察PipedReader的receive()函數,我們曉得,PipedReader會將接收的數據存儲緩沖區。細心不雅察receive()函數,有以下代碼:
while (in == out) { if ((readSide != null) && !readSide.isAlive()) { throw new IOException("Pipe broken"); } /* full: kick any waiting readers */ notifyAll(); try { wait(1000); } catch (InterruptedException ex) { throw new java.io.InterruptedIOException(); } }
而in和out的初始值分離是in=-1, out=0;聯合下面的while(in==out)。我們曉得,它的寄義就是,每往管道中寫入一個字符,就到達了in==out這個前提。然後,就挪用notifyAll(),叫醒“讀取管道的線程”。
也就是,每往管道中寫入一個字符,都邑壅塞式的期待其它線程讀取。
但是,PipedReader的緩沖區的默許年夜小是1024!然則,此時要寫入的數據卻有1046!所以,一次性最多只能寫入1024個字符。
(03) Receiver線程啟動後,會挪用readMessageOnce()讀取管道輸出流。讀取1024個字符會,會挪用close()封閉,管道。
由(02)和(03)的剖析可知,Sender要往管道寫入1046個字符。個中,前1024個字符(緩沖區容量是1024)能正常寫入,而且每寫入一個就讀取一個。當寫入1025個字符時,仍然是順次的挪用PipedWriter.java中的write();然後,write()中挪用PipedReader.java中的receive();在PipedReader.java中,終究又會挪用到receive(int c)函數。 而此時,管道輸出流曾經被封閉,也就是closedByReader為true,所以拋出throw new IOException("Pipe closed")。
我們對“實驗一”持續停止修正,處理該成績。
實驗二: 在“實驗一”的基本上持續修正Receiver.java 將
public void run(){ readMessageOnce() ; //readMessageContinued() ; }
修正為
public void run(){ //readMessageOnce() ; readMessageContinued() ; }
此時,法式能正常運轉。運轉成果為:
01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789 012345678901234567890123456789abcd efghijklmnopqrstuvwxyz