Java NIO和IO的區(qū)別
下表總結(jié)了Java NIO和IO之間的主要差別,我會(huì)更詳細(xì)地描述表中每部分的差異。
IO NIO
面向流 面向緩沖
阻塞IO 非阻塞IO
無(wú) 選擇器
面向流與面向緩沖
Java NIO和IO之間第一個(gè)最大的區(qū)別是,IO是面向流的,NIO是面向緩沖區(qū)的。 Java IO面向流意味著每次從流中讀一個(gè)或多個(gè)字節(jié),直至讀取所有字節(jié),它們沒(méi)有被緩存在任何地方。此外,它不能前后移動(dòng)流中的數(shù)據(jù)。如果需要前后移動(dòng)從流中讀取的數(shù)據(jù),需要先將它緩存到一個(gè)緩沖區(qū)。 Java NIO的緩沖導(dǎo)向方法略有不同。數(shù)據(jù)讀取到一個(gè)它稍后處理的緩沖區(qū),需要時(shí)可在緩沖區(qū)中前后移動(dòng)。這就增加了處理過(guò)程中的靈活性。但是,還需要檢查是否該緩沖區(qū)中包含所有您需要處理的數(shù)據(jù)。而且,需確保當(dāng)更多的數(shù)據(jù)讀入緩沖區(qū)時(shí),不要覆蓋緩沖區(qū)里尚未處理的數(shù)據(jù)。
阻塞與非阻塞IO
Java IO的各種流是阻塞的。這意味著,當(dāng)一個(gè)線程調(diào)用read() 或 write()時(shí),該線程被阻塞,直到有一些數(shù)據(jù)被讀取,或數(shù)據(jù)完全寫(xiě)入。該線程在此期間不能再干任何事情了。 Java NIO的非阻塞模式,使一個(gè)線程從某通道發(fā)送請(qǐng)求讀取數(shù)據(jù),但是它僅能得到目前可用的數(shù)據(jù),如果目前沒(méi)有數(shù)據(jù)可用時(shí),就什么都不會(huì)獲取。而不是保持線程阻塞,所以直至數(shù)據(jù)變的可以讀取之前,該線程可以繼續(xù)做其他的事情。 非阻塞寫(xiě)也是如此。一個(gè)線程請(qǐng)求寫(xiě)入一些數(shù)據(jù)到某通道,但不需要等待它完全寫(xiě)入,這個(gè)線程同時(shí)可以去做別的事情。 線程通常將非阻塞IO的空閑時(shí)間用于在其它通道上執(zhí)行IO操作,所以一個(gè)單獨(dú)的線程現(xiàn)在可以管理多個(gè)輸入和輸出通道(channel)。
選擇器(Selectors)
Java NIO的選擇器允許一個(gè)單獨(dú)的線程來(lái)監(jiān)視多個(gè)輸入通道,你可以注冊(cè)多個(gè)通道使用一個(gè)選擇器,然后使用一個(gè)單獨(dú)的線程來(lái)“選擇”通道:這些通道里已經(jīng)有可以處理的輸入,或者選擇已準(zhǔn)備寫(xiě)入的通道。這種選擇機(jī)制,使得一個(gè)單獨(dú)的線程很容易來(lái)管理多個(gè)通道。
NIO和IO如何影響應(yīng)用程序的設(shè)計(jì)
無(wú)論您選擇IO或NIO工具箱,可能會(huì)影響您應(yīng)用程序設(shè)計(jì)的以下幾個(gè)方面:
1.對(duì)NIO或IO類的API調(diào)用。
2.數(shù)據(jù)處理。
3.用來(lái)處理數(shù)據(jù)的線程數(shù)。
API調(diào)用
當(dāng)然,使用NIO的API調(diào)用時(shí)看起來(lái)與使用IO時(shí)有所不同,但這并不意外,因?yàn)椴⒉皇莾H從一個(gè)InputStream逐字節(jié)讀取,而是數(shù)據(jù)必須先讀入緩沖區(qū)再處理。
數(shù)據(jù)處理
使用純粹的NIO設(shè)計(jì)相較IO設(shè)計(jì),數(shù)據(jù)處理也受到影響。
在IO設(shè)計(jì)中,我們從InputStream或 Reader逐字節(jié)讀取數(shù)據(jù)。假設(shè)你正在處理一基于行的文本數(shù)據(jù)流,例如:
Name: Anna
Age: 25
Email: anna@mailserver.com
Phone: 1234567890
該文本行的流可以這樣處理:
BufferedReader reader = new BufferedReader(new InputStreamReader(input));
String nameLine = reader.readLine();
String ageLine = reader.readLine();
String emailLine = reader.readLine();
String phoneLine = reader.readLine();
請(qǐng)注意處理狀態(tài)由程序執(zhí)行多久決定。換句話說(shuō),一旦reader.readLine()方法返回,你就知道肯定文本行就已讀完, readline()阻塞直到整行讀完,這就是原因。你也知道此行包含名稱;同樣,第二個(gè)readline()調(diào)用返回的時(shí)候,你知道這行包含年齡等。 正如你可以看到,該處理程序僅在有新數(shù)據(jù)讀入時(shí)運(yùn)行,并知道每步的數(shù)據(jù)是什么。一旦正在運(yùn)行的線程已處理過(guò)讀入的某些數(shù)據(jù),該線程不會(huì)再回退數(shù)據(jù)(大多如此)。下圖也說(shuō)明了這條原則:
(Java IO: 從一個(gè)阻塞的流中讀數(shù)據(jù)) 而一個(gè)NIO的實(shí)現(xiàn)會(huì)有所不同,下面是一個(gè)簡(jiǎn)單的例子:
int bytesRead = inChannel.read(buffer);
注意第二行,從通道讀取字節(jié)到ByteBuffer。當(dāng)這個(gè)方法調(diào)用返回時(shí),你不知道你所需的所有數(shù)據(jù)是否在緩沖區(qū)內(nèi)。你所知道的是,該緩沖區(qū)包含一些字節(jié),這使得處理有點(diǎn)困難。
假設(shè)第一次 read(buffer)調(diào)用后,讀入緩沖區(qū)的數(shù)據(jù)只有半行,例如,“Name:An”,你能處理數(shù)據(jù)嗎?顯然不能,需要等待,直到整行數(shù)據(jù)讀入緩存,在此之前,對(duì)數(shù)據(jù)的任何處理毫無(wú)意義。
所以,你怎么知道是否該緩沖區(qū)包含足夠的數(shù)據(jù)可以處理呢?好了,你不知道。發(fā)現(xiàn)的方法只能查看緩沖區(qū)中的數(shù)據(jù)。其結(jié)果是,在你知道所有數(shù)據(jù)都在緩沖區(qū)里之前,你必須檢查幾次緩沖區(qū)的數(shù)據(jù)。這不僅效率低下,而且可以使程序設(shè)計(jì)方案雜亂不堪。例如:
ByteBuffer buffer = ByteBuffer.allocate(48);
int bytesRead = inChannel.read(buffer);
while(! bufferFull(bytesRead) ) {
bytesRead = inChannel.read(buffer);
}
bufferFull()方法必須跟蹤有多少數(shù)據(jù)讀入緩沖區(qū),并返回真或假,這取決于緩沖區(qū)是否已滿。換句話說(shuō),如果緩沖區(qū)準(zhǔn)備好被處理,那么表示緩沖區(qū)滿了。
bufferFull()方法掃描緩沖區(qū),但必須保持在bufferFull()方法被調(diào)用之前狀態(tài)相同。如果沒(méi)有,下一個(gè)讀入緩沖區(qū)的數(shù)據(jù)可能無(wú)法讀到正確的位置。這是不可能的,但卻是需要注意的又一問(wèn)題。
如果緩沖區(qū)已滿,它可以被處理。如果它不滿,并且在你的實(shí)際案例中有意義,你或許能處理其中的部分?jǐn)?shù)據(jù)。但是許多情況下并非如此。下圖展示了“緩沖區(qū)數(shù)據(jù)循環(huán)就緒”:
3) 用來(lái)處理數(shù)據(jù)的線程數(shù)
NIO可讓您只使用一個(gè)(或幾個(gè))單線程管理多個(gè)通道(網(wǎng)絡(luò)連接或文件),但付出的代價(jià)是解析數(shù)據(jù)可能會(huì)比從一個(gè)阻塞流中讀取數(shù)據(jù)更復(fù)雜。
如果需要管理同時(shí)打開(kāi)的成千上萬(wàn)個(gè)連接,這些連接每次只是發(fā)送少量的數(shù)據(jù),例如聊天服務(wù)器,實(shí)現(xiàn)NIO的服務(wù)器可能是一個(gè)優(yōu)勢(shì)。同樣,如果你需要維持許多打開(kāi)的連接到其他計(jì)算機(jī)上,如P2P網(wǎng)絡(luò)中,使用一個(gè)單獨(dú)的線程來(lái)管理你所有出站連接,可能是一個(gè)優(yōu)勢(shì)。一個(gè)線程多個(gè)連接的設(shè)計(jì)方案如
Java NIO: 單線程管理多個(gè)連接
如果你有少量的連接使用非常高的帶寬,一次發(fā)送大量的數(shù)據(jù),也許典型的IO服務(wù)器實(shí)現(xiàn)可能非常契合。下圖說(shuō)明了一個(gè)典型的IO服務(wù)器設(shè)計(jì):
Java IO: 一個(gè)典型的IO服務(wù)器設(shè)計(jì)- 一個(gè)連接通過(guò)一個(gè)線程處理
- Java Socket編程實(shí)例(四)- NIO TCP實(shí)踐
- Java NIO實(shí)例UDP發(fā)送接收數(shù)據(jù)代碼分享
- Java Socket編程實(shí)例(五)- NIO UDP實(shí)踐
- Java使用NIO包實(shí)現(xiàn)Socket通信的實(shí)例代碼
- 詳解Java 網(wǎng)絡(luò)IO編程總結(jié)(BIO、NIO、AIO均含完整實(shí)例代碼)
- Java NIO Path接口和Files類配合操作文件的實(shí)例
- Java 高并發(fā)八:NIO和AIO詳解
- Java NIO工作原理的全面分析
- 基于java編寫(xiě)局域網(wǎng)多人聊天室
- Java基于中介者模式實(shí)現(xiàn)多人聊天室功能示例
- java使用MulticastSocket實(shí)現(xiàn)基于廣播的多人聊天室
- Java NIO Selector用法詳解【含多人聊天室實(shí)例】
相關(guān)文章
Java?Cookie與Session實(shí)現(xiàn)會(huì)話跟蹤詳解
session的工作原理和cookie非常類似,在cookie中存放一個(gè)sessionID,真實(shí)的數(shù)據(jù)存放在服務(wù)器端,客戶端每次發(fā)送請(qǐng)求的時(shí)候帶上sessionID,服務(wù)端根據(jù)sessionID進(jìn)行數(shù)據(jù)的響應(yīng)2022-11-11詳解java中通過(guò)post方式訪問(wèn)后臺(tái)服務(wù)器
本篇文章主要介紹了詳解java中通過(guò)post方式訪問(wèn)后臺(tái)服務(wù)器,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下。2017-03-03Java通過(guò)導(dǎo)出超大Excel文件解決內(nèi)存溢出問(wèn)題
導(dǎo)出excel是咱Java開(kāi)發(fā)的必備技能,下面這篇文章主要給大家介紹了關(guān)于Java通過(guò)導(dǎo)出超大Excel文件解決內(nèi)存溢出問(wèn)題的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),需要的朋友可以參考下2021-09-09springboot上傳文件,url直接訪問(wèn)資源問(wèn)題
這篇文章主要介紹了springboot上傳文件,url直接訪問(wèn)資源問(wèn)題。具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-11-11