javanio
❶ java中nio與普通io有什麼優勢
1，nio的主要作用就是用來解決速度差異的。舉個例子：計算機處理的速度，和用戶按鍵盤的速度，這兩者的速度相差懸殊。
2，如果按照經典的方法：一個用戶設定一個線程，專門等待用戶的輸入，無形中就造成了嚴重的資源浪費，每一個線程都需要珍貴的cpu時間片，由於速度差異造成了在這個交互線程中的cpu都用來等待。
3，傳統的阻塞式IO，每個連接必須要開一個線程來處理，並且沒處理完線程不能退出。
4，非阻塞式IO，由於基於反應器模式，用於事件多路分離和分派的體系結構模式，所以可以利用線程池來處理。事件來了就處理，處理完了就把線程歸還。
5，而傳統阻塞方式不能使用線程池來處理，假設當前有10000個連接，非阻塞方式可能用1000個線程的線程池就搞定了，而傳統阻塞方式就需要開10000個來處理。如果連接數較多將會出現資源不足的情況。非阻塞的核心優勢就在這里。
❷ java nio好像在項目中很少被人使用為什麼呢
因為有了Netty啊，nio有很多問題，nio2隻能在1.7下用，並且問題並不比原來少
所以說，jdk的更新有時候會殺掉一批開源項目，有時候會被開源項目打臉。
❸ Java NIO與IO的區別和比較
nio是new io的簡稱，從jdk1.4就被引入了，可以說不是什麼新東西了。nio的主要作用就是用來解決速度差異的。舉個例子：計算機處理的速度，和用戶按鍵盤的速度。這兩者的速度相差懸殊。
如果按照經典的方法：一個用戶設定一個線程，專門等待用戶的輸入，無形中就造成了嚴重的資源浪費：每一個線程都需要珍貴的cpu時間片，由於速度差異造成了在這個交互線程中的cpu都用來等待。 在以前的 Java IO 中，都是阻塞式 IO，NIO 引入了非阻塞式 IO。
❹ 什麼是Java NIO，它的工作原理是什麼
Java NIO是在jdk1.4開始使用的，它既可以說成「新I/O」，也可以說成非阻塞式I/O。
1. 由一個專門的線程來處理所有的 IO 事件，並負責分發。
2. 事件驅動機制：事件到的時候觸發，而不是同步的去監視事件。
3. 線程通訊：線程之間通過 wait,notify 等方式通訊。保證每次上下文切換都是有意義的。減少無謂的線程切換。
❺ netty 和 java nio 的區別
Java NIO框架MINA用netty性能和鏈接數、並發等壓力測試參數好於mina。
NIO彌補了原來的I/O的不足，它再標准java代碼中提供了高速和面向塊的I/O
原力的I/O庫與NIO最重要的區別是數據打包和傳輸方式的不同，原來的I/O以流的方式處理數據，而NIO以塊的方式處理數據；
NIO以通道channel和緩沖區Buffer為基礎來實現面向塊的IO數據處理，MINA是開源的。
JavaNIO非堵塞應用通常適用用在I/O讀寫等方面，我們知道，系統運行的性能瓶頸通常在I/O讀寫，包括對埠和文件的操作上，過去，在打開一個I/O通道後，read()將一直等待在埠一邊讀取位元組內容，如果沒有內容進來，read()也是傻傻的等，這會影響我們程序繼續做其他事情，那麼改進做法就是開設線程，讓線程去等待，但是這樣做也是相當耗費資源的。
Java NIO非堵塞技術實際是採取Reactor模式，或者說是Observer模式為我們監察I/O埠，如果有內容進來，會自動通知我們，這樣，我們就不必開啟多個線程死等，從外界看，實現了流暢的I/O讀寫，不堵塞了。
Java NIO出現不只是一個技術性能的提高，會發現網路上到處在介紹它，因為它具有里程碑意義，從JDK1.4開始，Java開始提高性能相關的功能，從而使得Java在底層或者並行分布式計算等操作上已經可以和C或Perl等語言並駕齊驅。
如果至今還是在懷疑Java的性能，說明思想和觀念已經完全落伍了，Java一兩年就應該用新的名詞來定義。從JDK1.5開始又要提供關於線程、並發等新性能的支持，Java應用在游戲等適時領域方面的機會已經成熟，Java在穩定自己中間件地位後，開始蠶食傳統C的領域。
原理：
NIO 有一個主要的類Selector,這個類似一個觀察者，只要我們把需要探知socketchannel告訴Selector,我們接著做別的事情，當有事件發生時，他會通知我們，傳回一組SelectionKey,我們讀取這些Key,就會獲得我們剛剛注冊過的socketchannel,然後，我們從這個Channel中讀取數據，放心，包準能夠讀到，接著我們可以處理這些數據。Selector內部原理實際是在做一個對所注冊的channel的輪詢訪問，不斷的輪詢(目前就這一個演算法)，一旦輪詢到一個channel有所注冊的事情發生。比如數據來了，他就會站起來報告，交出一把鑰匙，讓我們通過這把鑰匙來讀取這個channel的內容。在使用上，也在分兩個方向，一個是線程處理，一個是用非線程，後者比較簡單。
❻ java nio 是什麼
nio是java New IO的簡稱，在jdk1.4里提供的新api。Sun官方標榜的特性如下：
– 為所有的原始類型提供(Buffer)緩存支持。
– 字元集編碼解碼解決方案。
– Channel：一個新的原始I/O抽象。
– 支持鎖和內存映射文件的文件訪問介面。
– 提供多路(non-bloking)非阻塞式的高伸縮性網路I/O。
❼ java.nio的描述
定義作為數據容器的緩沖區，並提供其他 NIO 包的概述。
NIO API 的集中抽象為：
緩沖區，它們是數據容器；
字元集及其相關解碼器 和編碼器，
它們在位元組和 Unicode字元之間進行轉換；
各種類型的通道，它們表示到能夠執行 IO 操作的
實體的連接；以及選擇器 和選擇鍵，它們與
可選擇信道 一起定義了多路的、無阻塞的
I/O 設施。
java.nio 包定義了緩沖區類，這些類用於所有 NIO API。java.nio.charset包中定義了字元集API，java.nio.channels包中定義了信道和選擇器 API。每個子包都具有自己的服務提供程序介面(SPI) 子包，SPI 子包的內容可用於擴展平台的默認實現或構造替代實現。
緩沖區
描述
Buffer 位置，界限和容量；
清除，反轉，重繞和標記/重置
ByteBuffer Get/put，壓縮，查看；分配，包裝
MappedByteBuffer 映射到文件的位元組緩沖區
CharBuffer Get/put，壓縮；分配，包裝
DoubleBuffer ' '
FloatBuffer ' '
IntBuffer ' '
LongBuffer ' '
ShortBuffer ' '
ByteOrder 位元組順序的類型安全的枚舉
❽ java nio使用的是水平觸發還是邊緣觸發
水平觸發(level-triggered，也被稱為條件觸發)LT: 只要滿足條件，就觸發一個事件(只要有數據沒有被獲取，內核就不斷通知你)
邊緣觸發(edge-triggered)ET: 每當狀態變化時，觸發一個事件。
Java的NIO屬於水平觸發，即條件觸發
這里介紹下水平觸發和條件觸發在IO編程的區別
舉個讀socket的例子，假定經過長時間的沉默後，現在來了100個位元組，這時無論邊緣觸發和條件觸發都會產生一個read ready notification通知應用程序可讀。
應用程序讀了50個位元組，然後重新調用API等待io事件。這時條件觸發的api會因為還有50個位元組可讀從 而立即返回用戶一個read ready notification。
而邊緣觸發的api會因為可讀這個狀態沒有發生變化而陷入長期等待。 因此在使用邊緣觸發的api時，要注意每次都要讀到socket返回EWOULDBLOCK為止，否則這個socket就算廢了。
而使用條件觸發的API 時，如果應用程序不需要寫就不要關注socket可寫的事件，否則就會無限次的立即返回一個write ready notification。大家常用的select就是屬於條件觸發這一類，長期關注socket寫事件會出現CPU 100%的毛病。
所以在使用Java的NIO編程的時候，在沒有數據可以往外寫的時候要取消寫事件，在有數據往外寫的時候再注冊寫事件。
❾ java的nio
這個其實從所謂的七層結構來說吧。java是不能操作到數據鏈路層和物理層的，所以它只能是通過jvm和第三方工具來實現。所以java是不能用到系統的IO資源的。
❿ Java NIO和IO的區別
JavaNIO和IO之間的主要差別，我會更詳細地描述表中每部分的差異。
IONIO
面向流面向緩沖
阻塞IO非阻塞IO
無選擇器
面向流與面向緩沖
JavaNIO和IO之間第一個最大的區別是，IO是面向流的，NIO是面向緩沖區的。JavaIO面向流意味著每次從流中讀一個或多個位元組，直至讀取所有位元組，它們沒有被緩存在任何地方。此外，它不能前後移動流中的數據。如果需要前後移動從流中讀取的數據，需要先將它緩存到一個緩沖區。JavaNIO的緩沖導向方法略有不同。數據讀取到一個它稍後處理的緩沖區，需要時可在緩沖區中前後移動。這就增加了處理過程中的靈活性。但是，還需要檢查是否該緩沖區中包含所有您需要處理的數據。而且，需確保當更多的數據讀入緩沖區時，不要覆蓋緩沖區里尚未處理的數據。
阻塞與非阻塞IO
JavaIO的各種流是阻塞的。這意味著，當一個線程調用read()或write()時，該線程被阻塞，直到有一些數據被讀取，或數據完全寫入。該線程在此期間不能再干任何事情了。JavaNIO的非阻塞模式，使一個線程從某通道發送請求讀取數據，但是它僅能得到目前可用的數據，如果目前沒有數據可用時，就什麼都不會獲取。而不是保持線程阻塞，所以直至數據變的可以讀取之前，該線程可以繼續做其他的事情。非阻塞寫也是如此。一個線程請求寫入一些數據到某通道，但不需要等待它完全寫入，這個線程同時可以去做別的事情。線程通常將非阻塞IO的空閑時間用於在其它通道上執行IO操作，所以一個單獨的線程現在可以管理多個輸入和輸出通道（channel）。
選擇器（Selectors）
JavaNIO的選擇器允許一個單獨的線程來監視多個輸入通道，你可以注冊多個通道使用一個選擇器，然後使用一個單獨的線程來「選擇」通道：這些通道里已經有可以處理的輸入，或者選擇已准備寫入的通道。這種選擇機制，使得一個單獨的線程很容易來管理多個通道。
NIO和IO如何影響應用程序的設計
無論您選擇IO或NIO工具箱，可能會影響您應用程序設計的以下幾個方面：
1.對NIO或IO類的API調用。
2.數據處理。
3.用來處理數據的線程數。
API調用
當然，使用NIO的API調用時看起來與使用IO時有所不同，但這並不意外，因為並不是僅從一個InputStream逐位元組讀取，而是數據必須先讀入緩沖區再處理。
數據處理
使用純粹的NIO設計相較IO設計，數據處理也受到影響。
在IO設計中，我們從InputStream或Reader逐位元組讀取數據。假設你正在處理一基於行的文本數據流，例如：
Name:Anna
Age:25
Email:[email protected]
Phone:1234567890
該文本行的流可以這樣處理：
BufferedReaderreader=newBufferedReader(newInputStreamReader(input));
StringnameLine=reader.readLine();
StringageLine=reader.readLine();
StringemailLine=reader.readLine();
StringphoneLine=reader.readLine();
請注意處理狀態由程序執行多久決定。換句話說，一旦reader.readLine()方法返回，你就知道肯定文本行就已讀完，readline()阻塞直到整行讀完，這就是原因。你也知道此行包含名稱；同樣，第二個readline()調用返回的時候，你知道這行包含年齡等。正如你可以看到，該處理程序僅在有新數據讀入時運行，並知道每步的數據是什麼。一旦正在運行的線程已處理過讀入的某些數據，該線程不會再回退數據（大多如此）。下圖也說明了這條原則：
（JavaIO:從一個阻塞的流中讀數據）而一個NIO的實現會有所不同，下面是一個簡單的例子：
ByteBufferbuffer=ByteBuffer.allocate(48);
intbytesRead=inChannel.read(buffer);
注意第二行，從通道讀取位元組到ByteBuffer。當這個方法調用返回時，你不知道你所需的所有數據是否在緩沖區內。你所知道的是，該緩沖區包含一些位元組，這使得處理有點困難。
假設第一次read(buffer)調用後，讀入緩沖區的數據只有半行，例如，「Name:An」，你能處理數據嗎？顯然不能，需要等待，直到整行數據讀入緩存，在此之前，對數據的任何處理毫無意義。
所以，你怎麼知道是否該緩沖區包含足夠的數據可以處理呢？好了，你不知道。發現的方法只能查看緩沖區中的數據。其結果是，在你知道所有數據都在緩沖區里之前，你必須檢查幾次緩沖區的數據。這不僅效率低下，而且可以使程序設計方案雜亂不堪。例如：
ByteBufferbuffer=ByteBuffer.allocate(48);
intbytesRead=inChannel.read(buffer);
while(!bufferFull(bytesRead)){
bytesRead=inChannel.read(buffer);
}
bufferFull()方法必須跟蹤有多少數據讀入緩沖區，並返回真或假，這取決於緩沖區是否已滿。換句話說，如果緩沖區准備好被處理，那麼表示緩沖區滿了。
bufferFull()方法掃描緩沖區，但必須保持在bufferFull（）方法被調用之前狀態相同。如果沒有，下一個讀入緩沖區的數據可能無法讀到正確的位置。這是不可能的，但卻是需要注意的又一問題。
如果緩沖區已滿，它可以被處理。如果它不滿，並且在你的實際案例中有意義，你或許能處理其中的部分數據。但是許多情況下並非如此。下圖展示了「緩沖區數據循環就緒」：
3)用來處理數據的線程數
NIO可讓您只使用一個（或幾個）單線程管理多個通道（網路連接或文件），但付出的代價是解析數據可能會比從一個阻塞流中讀取數據更復雜。
如果需要管理同時打開的成千上萬個連接，這些連接每次只是發送少量的數據，例如聊天伺服器，實現NIO的伺服器可能是一個優勢。同樣，如果你需要維持許多打開的連接到其他計算機上，如P2P網路中，使用一個單獨的線程來管理你所有出站連接，可能是一個優勢。一個線程多個連接的設計方案如
JavaNIO:單線程管理多個連接
如果你有少量的連接使用非常高的帶寬，一次發送大量的數據，也許典型的IO伺服器實現可能非常契合。下圖說明了一個典型的IO伺服器設計：
JavaIO:一個典型的IO伺服器設計-一個連接通過一個線程處理