Java:位元組流和字元流(輸入流和輸出流)

来源:https://www.cnblogs.com/progor/archive/2018/07/24/9357676.html
-Advertisement-
Play Games

本文內容: 什麼是流 位元組流 字元流 首發日期:2018-07-24 什麼是流 流是個抽象的概念,是對輸入輸出設備的抽象,輸入流可以看作一個輸入通道,輸出流可以看作一個輸出通道。 輸入流是相對程式而言的,外部傳入數據給程式需要藉助輸入流。 輸出流是相對程式而言的,程式把數據傳輸到外部需要藉助輸出流。 ...


 


本文內容:

  • 什麼是流
  • 位元組流
  • 字元流

 

首發日期:2018-07-24

 


什麼是流

 

  • 流是個抽象的概念,是對輸入輸出設備的抽象,輸入流可以看作一個輸入通道,輸出流可以看作一個輸出通道。
  • 輸入流是相對程式而言的,外部傳入數據給程式需要藉助輸入流。
  • 輸出流是相對程式而言的,程式把數據傳輸到外部需要藉助輸出流。

 

什麼是位元組流?

位元組流--傳輸過程中,傳輸數據的最基本單位是位元組的流。

什麼是字元流?

字元流--傳輸過程中,傳輸數據的最基本單位是字元的流。

 

字元編碼方式不同,有時候一個字元使用的位元組數也不一樣,比如ASCLL方式編碼的字元,占一個位元組;而UTF-8方式編碼的字元,一個英文字元需要一個位元組,一個中文需要三個位元組。

位元組數據是二進位形式的,要轉成我們能識別的正常字元,需要選擇正確的編碼方式。我們生活中遇到的亂碼問題就是位元組數據沒有選擇正確的編碼方式來顯示成字元。

從本質上來講,寫數據(即輸出)的時候,位元組也好,字元也好,本質上都是沒有標識符的,需要去指定編碼方式。

但讀數據的時候,如果我們需要去“看數據”,那麼位元組流的數據需要指定字元編碼方式,這樣我們才能看到我們能識別的字元;而字元流,因為已經選擇好了字元編碼方式,通常不需要再改了(除非定義的字元編碼方式與數據原有的編碼方式不一致!)

在傳輸方面上,由於電腦的傳輸本質都是位元組,而一個字元由多個位元組組成,轉成位元組之前先要去查表轉成位元組,所以傳輸時有時候會使用緩衝區。

 

 


位元組流

 

  • 位元組流的類通常以stream結尾

 

位元組輸入流:

常用的位元組輸入流主要有:

  • InputStream  
  • FileInputStream
  • BufferedInputStream 【BufferedInputStream不是InputStream的直接實現子類,是FilterInputStream的子類】

    他們的區別與用途:

    • InputStream是位元組輸入流的抽象基類 ,InputStream作為基類,給它的基類定義了幾個通用的函數:
        • read(byte[] b):從流中讀取b的長度個位元組的數據存儲到b中,返回結果是讀取的位元組個數(當再次讀時,如果返回-1說明到了結尾,沒有了數據)
        • read(byte[] b, int off, int len):從流中從off的位置開始讀取len個位元組的數據存儲到b中,返回結果是實際讀取到的位元組個數(當再次讀時,如果返回-1說明到了結尾,沒有了數據)
        • close():關閉流,釋放資源。
    • FileInputStream主要用來操作文件輸入流,它除了可以使用基類定義的函數外,它還實現了基類的read()函數(無參的):
        • read():從流中讀取1個位元組的數據,返回結果是一個int,(如果編碼是以一個位元組一個字元的,可以嘗試轉成char,用來查看數據)。
    • BufferedInputStream帶有緩衝的意思,普通的讀是從硬碟裡面讀,而帶有緩衝區之後,BufferedInputStream已經提前將數據封裝到記憶體中,記憶體中操作數據要快,所以它的效率要要非緩衝的要高。它除了可以使用基類定義的函數外,它還實現了基類的read()函數(無參的):
        • read():從流中讀取1個位元組的數據,返回結果是一個int,(如果編碼是以一個位元組一個字元的,可以嘗試轉成char,用來查看數據)。

    使用:

    • InputStream是抽象基類,所以它不可以創建對象,但它可以用來“介面化編程”,因為大部分子類的函數基類都有定義,所以利用基類來調用函數。
    • FileInputStream是用來讀文件數據的流,所以它需要一個文件對象用來實例化,這個文件可以是一個File對象,也可以是文件名路徑字元串.【這裡文件不存在會拋錯】

    image

    • BufferedInputStream是一種封裝別的流以提高效率的流,所以它的初始化需要一個的InputStream流對象。

    image

     

    位元組輸出流:

    常用的位元組輸出流主要有:

    • OutputStream
    • FileOutputStream
    • BufferedOutputStream 【BufferedOutputStream不是OutputStream的直接實現子類,是FilterOutputStream的子類】

    他們的區別與用途:

    • OutputStream是位元組輸出流的基類, OutputStream作為基類,給它的基類定義了幾個通用的函數:
        • write(byte[] b):將b的長度個位元組數據寫到輸出流中。
        • write(byte[] b,int off,int len):從b的off位置開始,獲取len個位元組數據,寫到輸出流中。
        • flush():刷新輸出流,把數據馬上寫到輸出流中。
        • close():關閉流,釋放系統資源。
    • FileOutputStream是用於寫文件的輸出流,它除了可以使用基類定義的函數外,還實現了OutputStream的抽象函數write(int b):
        • write(int b):將b轉成一個位元組數據,寫到輸出流中。
    • BufferedOutputStream像上面那個BufferedInputStream一樣,都可以提高效率。它除了可以使用基類定義的函數外,它還實現了OutputStream的抽象函數write(int b):
        • write(int b):將b轉成一個位元組數據,寫到輸出流中。

    使用:

    • OutputStream是抽象基類,所以它不能實例化,但它可以用於介面化編程。
    • FileOutputStream是用於寫文件的輸出流,所以它需要一個文件作為實例化參數,這個文件可以是File對象,也可以是文件路徑字元串。【如果文件不存在,那麼將自動創建。】【FileOutputStream實例化時可以給第二個參數,第二個參數是是否使用追加寫入預設,為true時代表在原有文件內容後面追加寫入數據,預設為false】

    image

    • BufferedOutputStream需要一個輸出流作為實例化參數。

    image

     

    補充:

    • 上面的一些函數,考慮到效率問題,上面的子類可能會重寫基類的函數,但功能基本是不變的。
    • 更多關於位元組流的函數與用法可以參考jdk文檔。

     

     


    字元流

     

    • 字元流的類通常以reader和writer結尾

     

     

    字元輸入流:

    常見的字元輸入流有:

    • Reader
    • InputStreamReader
    • FileReader
    • BufferedReader

    他們的區別與用途:

    • Reader是字元輸入流的抽象基類 ,它定義了以下幾個函數:
        • read() :讀取單個字元,返回結果是一個int,需要轉成char;到達流的末尾時,返回-1
        • read(char[] cbuf):讀取cbuf的長度個字元到cbuf這種,返回結果是讀取的字元數,到達流的末尾時,返回-1
        • close()  :關閉流,釋放占用的系統資源。
    • InputStreamReader 可以把InputStream中的位元組數據流根據字元編碼方式轉成字元數據流。它除了可以使用基類定義的函數,它自己還實現了以下函數:
      • read(char[] cbuf, int offset, int length) :從offset位置開始,讀取length個字元到cbuf中,返回結果是實際讀取的字元數,到達流的末尾時,返回-1
    • FileReader 可以把FileInputStream中的位元組數據轉成根據字元編碼方式轉成字元數據流。
    • BufferedReader可以把字元輸入流進行封裝,將數據進行緩衝,提高讀取效率。它除了可以使用基類定義的函數,它自己還實現了以下函數:
      • read(char[] cbuf, int offset, int length) :從offset位置開始,讀取length個字元到cbuf中,返回結果是實際讀取的字元數,到達流的末尾時,返回-1
      • readLine() :讀取一個文本行,以行結束符作為末尾,返回結果是讀取的字元串。如果已到達流末尾,則返回 null

     

     

    使用

    • Reader 是一個抽象基類,不能實例化,但可以用於介面化編程。
    • InputStreamReader需要一個位元組輸入流對象作為實例化參數。還可以指定第二個參數,第二個參數是字元編碼方式,可以是編碼方式的字元串形式,也可以是一個字元集對象。

    image

     

    • FileReader 需要一個文件對象作為實例化參數,可以是File類對象,也可以是文件的路徑字元串。

    image

     

    • BufferReader需要一個字元輸入流對象作為實例化參數。

    image

    image

     

    字元輸出流:

    常見的字元輸出流有:

    • Writer
    • OutputStreamWriter
    • FileWriter
    • BufferedWriter

    他們的區別與用途:

    • Writer是字元輸出流的抽象基類, ,它定義了以下幾個函數
      • write(char[] cbuf) :往輸出流寫入一個字元數組。
      • write(int c) :往輸出流寫入一個字元。
      • write(String str) :往輸出流寫入一串字元串。
      • write(String str, int off, int len) :往輸出流寫入字元串的一部分。
      • close() :關閉流,釋放資源。 【這個還是抽象的,寫出來是說明有這個關閉功能】
      • flush():刷新輸出流,把數據馬上寫到輸出流中。 【這個還是抽象的,寫出來是說明有這個關閉功能】
    • OutputStreamWriter可以使我們直接往流中寫字元串數據,它裡面會幫我們根據字元編碼方式來把字元數據轉成位元組數據再寫給輸出流,它相當於一個中介\橋梁。
    • FileWriter與OutputStreamWriter功能類似,我們可以直接往流中寫字元串數據,FileWriter內部會根據字元編碼方式來把字元數據轉成位元組數據再寫給輸出流。
    • BufferedWriter比FileWriter還高級一點,它利用了緩衝區來提高寫的效率。它還多出了一個函數:
      • newLine() :寫入一個換行符。

     

    使用

    • Writer 是一個抽象基類,不能實例化,但可以用於介面化編程。
    • OutputStreamWriter 需要一個輸入流對象作為實例化參數。

     image

    • FileWriter 需要一個文件對象來實例化,可以是File類對象,也可以是文件的路徑字元串。

     image

    • BufferWriter

    image

     image

     

    補充:

    • 上面的一些函數,考慮到效率問題,上面的子類可能會重寫基類的函數,但功能基本是不變的。
    • 更多關於字元流的函數與用法可以參考jdk文檔。

     

     



您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 軟敏捷開發框架V7.0全新升級功能更全,運行更穩定。新版本增加了多語言,首頁動態設置、移動端代碼生成以及大量實用組件。 IM、工作流、代碼生成器也進行了重構,用起來好得不得了! 還等什麼,快去官網看看吧! 主要更新的功能: 新增 1.多語言功能; 2.代碼生成器模版; a.可編輯列表代碼生成器(Ex ...
  • 九、位元組流與字元流 9.1 IO的分類 輸入流 :把數據從其他設備上讀取到記憶體中的流。 輸出流 :把數據從記憶體 中寫出到其他設備上的流。 位元組流 :以位元組為單位,讀寫數據的流。 字元流 :以字元為單位,讀寫數據的流。 輸入流 輸出流 位元組流 位元組輸入流 InputStream 位元組輸出流 Outpu ...
  • 題意 。。。求最短路 Sol 前幾天寫dijkstra的時候沒打vis標記居然A了,然後天真的我就以為Dijkstra不用打標記。 事實上dijkstra真的不用打標記,只不過會被卡成SPFA的複雜度 ...
  • 關鍵點: 一、 二、 beans 配置 ...
  • synchronized:代碼開始上鎖,代碼結束時釋放鎖;內置鎖、自動化的、效率低、擴展性不高(不夠靈活); JDK1.5併發包Lock鎖 保證線程安全問題,屬於手動擋,手動開始上鎖,手動釋放鎖,靈活性高; Lock 介面與 synchronized 關鍵字的區別 Lock 介面可以嘗試非阻塞地獲取 ...
  • 小紅,女小紅,女小紅,女小紅,女小紅,女小紅,女小紅,女小紅,女小紅,女 出現以上結果??消費者一直消費或者生產者一直生產 解決方法:生產者生產完成後消費者方可消費,否者不可消費,消費者未消費或者未消費完生產者不可生產,一次生產一次消費。其實也就是保證對res共用資源的操作同一時刻僅有同一個線程進行 ...
  • 多線程之間通訊,其實就是多個線程在操作同一個資源,但是操作的動作不同。 第一個線程寫入count,另一個線程取讀取count的值.實現讀一個,寫一個操作。 小明,男 小明,女 小紅,女 小明,男數據格式發生錯誤?????System.out.println(res.username+","+res. ...
  • 設計模式不管對於何種語言都是存在的,這裡介紹的是java的模式 裝飾者模式是在二次開發中應用比較多的一款模式,當然了用反射也是可以實現的,今天介紹的是裝飾模式,有興趣的朋友可以自己去瞭解一下反射是怎麼實現的。 在實際的開發中是無法拿到源碼的,代碼的可使用性也被final了,所以最常見的二次開發(二次 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...