javanio框架

Ⅰ java.nio相關及apache的mina框架求助

你就別置頂了 這么多天了！花點時間花點時間自己也就做出來了！
不就是socket通訊嘛，網上類似 java.nio斷點續傳的沒發現的話，那其他語言的斷點續傳的多的是啊？ 原理就是 比如說客戶端讀取一段文件 1000位元組 同時建立一個記錄文件 記錄傳輸狀態
比如說 傳輸中 已完成之類的狀態
服務端接收文件，寫到一個臨時文件里，並建立一個記錄文件，記錄接收到哪兒了。
如此循環,一直到完成。 然後將這臨時文件改為目標文件名
如果通訊有中斷，客戶端再發起socket連接，第一步就是讀取記錄文件，如果有未完成的文件傳輸，就請求服務端返回服務端接收文件的位置。 客戶端就知道需要從哪兒開始讀。繼續讀 繼續發送

Ⅱ 如何學習Java的NIO

你需要精通面向對象分析與設計(OOA/OOD)、涉及模式(GOF，J2EEDP)以及綜合模式。你應該十分了解UML，尤其是class，object，interaction以及statediagrams。
2
你需要學習JAVA語言的基礎知識以及它的核心類庫(collections，serialization，streams，networking， multithreading，reflection，event，handling，NIO，localization，以及其他)。

你應該了解JVM，classloaders，classreflect，以及垃圾回收的基本工作機制等。你應該有能力反編譯一個類文件並且明白一些基本的匯編指令。

你應該了解JVM，classloaders，classreflect，以及垃圾回收的基本工作機制等。你應該有能力反編譯一個類文件並且明白一些基本的匯編指令。

如果你將要寫客戶端程序，你需要學習WEB的小應用程序(applet)，必需掌握GUI設計的思想和方法，以及桌面程序的SWING，AWT， SWT。你還應該對UI部件的JAVABEAN組件模式有所了解。JAVABEANS也被應用在JSP中以把業務邏輯從表現層中分離出來。

你需要學習java資料庫技術，如JDBCAPI並且會使用至少一種persistence/ORM構架，例如Hibernate，JDO， CocoBase，TopLink，InsideLiberator(國產JDO紅工廠軟體)或者iBatis。

你還應該了解對象關系的阻抗失配的含義，以及它是如何影響業務對象的與關系型資料庫的交互，和它的運行結果，還需要掌握不同的資料庫產品運用，比如:oracle，mysql，mssqlserver。

你需要學習一門輕量級應用程序框架，例如Spring，PicoContainer，Avalon，以及它們的IoC/DI風格(setter，constructor，interfaceinjection)。

你需要學習企業級JavaBeans(EJB)以及它們的不同組件模式：Stateless/StatefulSessionBeans，EntityBeans(包含Bean- ManagedPersistence[BMP]或者Container-ManagedPersistence[CMP]和它的EJB-QL)，或者 Message-DrivenBeans(MDB)。

你需要JavaCommunityProcess(JCP)以及他的不同JavaSpecificationRequests(JSRs)

你應該熟練掌握一種JAVAIDE例如sunOne，netBeans，IntelliJIDEA或者Eclipse。(有些人更喜歡VI或EMACS來編寫文件。隨便你用什麼了：)

JAVA(精確的說是有些配置)是冗長的，它需要很多的人工代碼(例如EJB)，所以你需要熟悉代碼生成工具，例如XDoclet。

13
你需要熟悉一種單元測試體系(JNunit)，並且學習不同的生成、部署工具(Ant，Maven)。

Ⅲ 有人能說清楚JAVA7 NIO NETTY IOCP之間的聯系嗎

nio是Java的一套socket api 這套api底層是基於操作系統的，底層操作系統可能用的是iocp或者其他。netty是基於nio的一個框架

Ⅳ java nio框架netty客戶端連接成功後為什麼會自動掉線

其實不要太迷信nio。這個東西如果你使用不當，效率還不如io高。 而且，使用了nio會造成和以前的代碼的不兼容。 當然，你是高手，那就例外了。

Ⅳ 什麼是NIO框架

Java NIO框架MINA用netty性能和鏈接數、並發等壓力測試參數好於mina。

特點：
1。NIO彌補了原來的I/O的不足，它再標准java代碼中提供了高速和面向塊的I/O
原力的I/O庫與NIO最重要的區別是數據打包和傳輸方式的不同，原來的I/O以流的方式處理數據，而NIO以塊的方式處理數據；

2.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之前的IO流要實現非阻塞得用戶程序創建線程實現,每個線程內部用阻塞判斷IO中斷.而線程太占資源.不適用於IO高並發.為解決線程太占資源問題還提供了線程池框架.但也沒完全解決IO高並發問題.
NIO框架則採取用戶程序將IO需求注冊入NIO框架,NIO框架用單線程循環查詢全部IO需求,並分派響應IO需求.這樣的好處是減少了高並發時的線程切換.用戶程序編程上看沒有阻塞的方法調用.

Ⅶ java Nio讀寫為什麼是雙向

作者：美團技術團隊
鏈接：https://zhuanlan.hu.com/p/23488863
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。

NIO（Non-blocking I/O，在Java領域，也稱為New I/O），是一種同步非阻塞的I/O模型，也是I/O多路復用的基礎，已經被越來越多地應用到大型應用伺服器，成為解決高並發與大量連接、I/O處理問題的有效方式。

那麼NIO的本質是什麼樣的呢？它是怎樣與事件模型結合來解放線程、提高系統吞吐的呢？

本文會從傳統的阻塞I/O和線程池模型面臨的問題講起，然後對比幾種常見I/O模型，一步步分析NIO怎麼利用事件模型處理I/O，解決線程池瓶頸處理海量連接，包括利用面向事件的方式編寫服務端/客戶端程序。最後延展到一些高級主題，如Reactor與Proactor模型的對比、Selector的喚醒、Buffer的選擇等。

註：本文的代碼都是偽代碼，主要是為了示意，不可用於生產環境。

傳統BIO模型分析

讓我們先回憶一下傳統的伺服器端同步阻塞I/O處理（也就是BIO，Blocking I/O）的經典編程模型：

{
ExecutorService executor = Excutors.newFixedThreadPollExecutor(100);//線程池

ServerSocket serverSocket = new ServerSocket();
serverSocket.bind(8088);
while(!Thread.currentThread.isInturrupted()){//主線程死循環等待新連接到來
Socket socket = serverSocket.accept();
executor.submit(new ConnectIOnHandler(socket));//為新的連接創建新的線程
}

class ConnectIOnHandler extends Thread{
private Socket socket;
public ConnectIOnHandler(Socket socket){
this.socket = socket;
}
public void run(){
while(!Thread.currentThread.isInturrupted()&&!socket.isClosed()){死循環處理讀寫事件
String someThing = socket.read()....//讀取數據
if(someThing!=null){
......//處理數據
socket.write()....//寫數據
}

}
}
}

這是一個經典的每連接每線程的模型，之所以使用多線程，主要原因在於socket.accept()、socket.read()、socket.write()三個主要函數都是同步阻塞的，當一個連接在處理I/O的時候，系統是阻塞的，如果是單線程的話必然就掛死在那裡；但CPU是被釋放出來的，開啟多線程，就可以讓CPU去處理更多的事情。其實這也是所有使用多線程的本質：

• 利用多核。

• 當I/O阻塞系統，但CPU空閑的時候，可以利用多線程使用CPU資源。

現在的多線程一般都使用線程池，可以讓線程的創建和回收成本相對較低。在活動連接數不是特別高（小於單機1000）的情況下，這種模型是比較不錯的，可以讓每一個連接專注於自己的I/O並且編程模型簡單，也不用過多考慮系統的過載、限流等問題。線程池本身就是一個天然的漏斗，可以緩沖一些系統處理不了的連接或請求。

不過，這個模型最本質的問題在於，嚴重依賴於線程。但線程是很"貴"的資源，主要表現在：

• 線程的創建和銷毀成本很高，在Linux這樣的操作系統中，線程本質上就是一個進程。創建和銷毀都是重量級的系統函數。

• 線程本身佔用較大內存，像Java的線程棧，一般至少分配512K～1M的空間，如果系統中的線程數過千，恐怕整個JVM的內存都會被吃掉一半。

• 線程的切換成本是很高的。操作系統發生線程切換的時候，需要保留線程的上下文，然後執行系統調用。如果線程數過高，可能執行線程切換的時間甚至會大於線程執行的時間，這時候帶來的表現往往是系統load偏高、CPU sy使用率特別高（超過20%以上)，導致系統幾乎陷入不可用的狀態。

• 容易造成鋸齒狀的系統負載。因為系統負載是用活動線程數或CPU核心數，一旦線程數量高但外部網路環境不是很穩定，就很容易造成大量請求的結果同時返回，激活大量阻塞線程從而使系統負載壓力過大。

所以，當面對十萬甚至百萬級連接的時候，傳統的BIO模型是無能為力的。隨著移動端應用的興起和各種網路游戲的盛行，百萬級長連接日趨普遍，此時，必然需要一種更高效的I/O處理模型。

NIO是怎麼工作的

很多剛接觸NIO的人，第一眼看到的就是Java相對晦澀的API，比如：Channel，Selector，Socket什麼的；然後就是一坨上百行的代碼來演示NIO的服務端Demo……瞬間頭大有沒有？

我們不管這些，拋開現象看本質，先分析下NIO是怎麼工作的。

常見I/O模型對比

所有的系統I/O都分為兩個階段：等待就緒和操作。舉例來說，讀函數，分為等待系統可讀和真正的讀；同理，寫函數分為等待網卡可以寫和真正的寫。

需要說明的是等待就緒的阻塞是不使用CPU的，是在「空等」；而真正的讀寫操作的阻塞是使用CPU的，真正在"幹活"，而且這個過程非常快，屬於memory ，帶寬通常在1GB/s級別以上，可以理解為基本不耗時。

下圖是幾種常見I/O模型的對比：



密碼：380p

以上都是小編收集了大神的靈葯，喜歡的拿走吧！喜歡小編就輕輕關注一下吧！

Ⅷ 最近看到Java一個開源的nio框架MINA。想問MINA2.0有哪些缺陷。時間問題等不及慢慢看完MINA源碼。

mina一般是嵌入伺服器中的，要是標準的C/S還是用C++寫的吧。