Java 程式語言的風格十分接近C、C++語言。Java是一個純的面向物件的程式設計語言，下面是小編為大家搜尋整理的java位元組流字元流是什麼，希望能給大家帶來幫助!更多精彩內容請及時關注我們應屆畢業生考試網!
1、位元組流
所有的讀操作都繼承自一個公共超類tStream類。
所有的寫操作都繼承自一個公共超類utStream類。
InputStream和OutputStream都是抽象類。
InputStream有6個低階輸入流：
低階流
流的用途
ByteArrayInputStream
從記憶體陣列中讀取資料位元組
FileInputStream
從本地檔案系統中讀取資料位元組
PipedInputStream
從執行緒管道中讀取資料位元組
StringBufferInputStream
從字串中讀取資料位元組
SequenceInputStream
從兩個或多個低階流中讀取資料位元組，當到達流的末尾時從一個流轉到另一個流
從使用者控制檯讀取資料位元組
InputStream還有一個子類：過濾器流erInputStream。過濾器流即能把基本流包裹起來，提供更多方便的用法。
FilterInputStream 類的構造方法為FilterInputStream(InputStream)，在指定的輸入流之上，建立一個輸入流過濾器。
FilterInputStream的常用的子類如下：
過濾器輸入流
流的用途
BufferedInputStream
緩衝區對資料的訪問，以提高效率
DataInputStream
從輸入流中讀取基本資料型別，如int、float、double或者甚至一行文字
LineNumberInputStream
在翻譯行結束符的基礎上，維護一個計數器，該計數器表明正在讀取的是哪一行。
PushbackInputStream
允許把資料位元組向後推到流的首部
OutputStream(略)
OutputStream的結構基本和InputStream是一樣的。
2、字元流
注：是在jdk1.1裡面引進的，上面位元組流是在jdk1.0引進的。當用於處理文字資料時，選擇字元流比位元組流更好。但對只出路基本資料型別的開發者，可以繼續使用位元組流。
所有的讀操作都繼承自一個公共超類er類。
所有的寫操作都繼承自一個公共超類er類。
同樣Reader和Writer也是抽象類。
Reader的常用的子類如下：
低階讀取器
流的用途
CharArrayReader
從字元陣列中讀取資料
InputStreamReader
FileReader(InputStreamReader的子類)
從本地檔案系統中讀取字元序列
StringReader
從字串中讀取字元序列
PipedReader
從執行緒管道中讀取字元序列
InputStreamReader重點講解：
InputStreamReader是從輸入流中讀取資料，連線輸入流於讀取器。如：
new InputStreamReader()
構造方法：
InputStreamReader(InputStream)
用預設的字元編碼方式，建立一個 InputStreamReader。
InputStreamReader(InputStream, String)
用已命名的字元編碼方式，建立一個 InputStreamReader。
常用的過濾器讀取器：
過濾器讀取器
流的用途
BufferedReader
緩衝資料的訪問，以提高效率
LineNumberReader(BufferedReader的子類)
維護一個計數器，該計數器表明正在讀取的是哪一行。
FilterReader(抽象類)
提供一個類建立過濾器時可以擴充套件這個類
PushbackReader(FilterReader的子類)
允許把文字資料推回到讀取器的流中
這些過濾器讀取器都可以傳入一個Reader作為構造方法的引數。
Writer(略)
Writer的結構基本和Reader是一樣的。
位元組流是最基本的，字元流是為了處理字元而提出來的。
new BufferedReader(new InputStreamReader(nputStream()));解釋：
nputStream()是位元組流;
InputStreamReader把位元組流轉換成字元流;
BufferedReader緩衝字元流，使得能夠使用readline()等方法，直接讀取一行。
【相關閱讀】java學習技巧
1。我們必須明確一個大方向，也就是說現在面向物件的程式設計範疇。儘管人工智慧曾經有所浪潮(看看Borland為什麼有Turbo Prolog)，但未來5-10年工業界廣泛承認並接受的將是面向物件式的程式設計。
2。工業界目前最流行的面向物件程式語言就是C++和Java。所以基本上鎖定這兩個方向就可以了。而且完全可以同時掌握。
3。掌握Java的精華特性而且一定要知道為什麼。比如，Interface和multi-thread。用interface是更好的多繼承的模型，而多執行緒則是設計到語言一級的重要特性。要完全理解interface是為什麼，用多執行緒又有幾種常用的程式設計模型。
4。理解了語言的特性是為什麼了之後，就可以試著上升到設計這個層次，畢竟學習語言是要用的。目前比較好的開發模式是採用自定向下的面向物件的設計，加上MVC的模式(你可以看一下我介紹的關於MVC的內容)。首先要找出最頂層的物件(這往往是最難的)，然後一層一層往下遞迴，記住每次應符合7+/-2的原則，因為我們人的短記憶就是這樣。一般有圖形使用者介面的應從介面開始設計。
5。有了基本設計模型後，可以學一些設計模式(Design Pattern)。這是目前證明很有效的。比如體系結構模式(Layering分層，Pipe/Filter管道或過濾器)，設計模式(有很多，比如物件池Object Pool、緩衝池Cache等)，程式設計模式(比如Copy-on-Write)。懂了這些模式之後，就會對系統的整體結構有很好的把握，而學術上也有傾向一個系統完全可以由各種模式組合而成。前面提到的MT實際上就有好幾種模式，掌握後就不用自己花很多時間去試了。另外一個很重要的領域就是並行和分散式計算領域，大概有20種左右。
6。接下來就不能紙上談兵了，最好的方法其實是實踐。一般教科書上的例子並不能算是實踐，只能算是讓你掌握語言特性用的。而提倡做實際的Project也不是太好，因為你還沒有熟練的能力去綜合各種技術，這樣只能是你自己越來越迷糊。我認為比較好的方法是找一些比較經典的例子，每個例子比較集中一種程式設計思想而設計的，比如在我的'實踐當中，我曾經學習過一個很經典的例子就是用Java實現的HotDraw(源自SmallTalk)，你可以用rolemodel或hotdraw在搜尋引擎上找一下，我記不大清楚了。好象是個網站，上面有原始碼和一些基本設計的文件。另一個來源可以到是個不錯的文件基地。從HotDraw上我學到了什麼是Framework，以及如何用rolemodel的方式來構造，這樣我就可以應用到其他的地方。順便說一句，這個例子你絕對不會覺得小，只會覺得大，並且他還是真正的商用的Framework。
7。結合前面學到的設計模式你就可以很好的理解這些經典的例子。並且自己可以用他來實現一些簡單的系統。如果可以對他進行進一步的修改，找出你覺得可以提高效能的地方，加上自己的設計，那就更上一個層次了，也就會真正地感到有所收穫。
8。好象以上談的跟Java沒什麼關係，其實我們早就應該從單純的學習語言到真正的學習好程式設計的領域。學習技術是沒有止境的，你學習第一種語言可能要半年時間，以後每種語言都不應該超過兩個月，否則你會覺得學習語言是包袱，是痛苦。
9。學習是為了用的，是為了讓你的程式產生價值，把握住這個原則會比較輕鬆點。
