java的nio框架

Ⅰ java nio並發訪問問題，我現在利用nio框架制伺服器的並發訪問，SelectionKey多線程

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

Ⅱ 如何學習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)。

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

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

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

早期網路訪問的做法是，連接以後，就等待對方應答，對方沒有應答，代碼就會死在那裡。這稱為阻塞式通訊。
後來，java 1.4 開始引入了nio, nio是非阻塞式網路通訊. 其實可以理解為系統去掃描埠，如果有返回就處理，沒有的話，代碼就繼續做別的事。
不過nio的編碼比較麻煩，雖然性能好，可是很多代碼還在用阻塞，因為代碼簡單，很多例子上也是socket的。
然後高麗人開發了apache的mina，可以快速開發nio。
後來高麗人離開apache，開發了netty，提供了另一種調用nio的framework。
現在mina和netty是最常用的nio框架。

至於iocp，這個是個系統級的實現，其實類似nio，不過是通過操作系統來實現的。而且只支持windows。java 7以後把iocp引入，提供了快速開發的介面。不過不是很推薦使用。系統實現就表示iocp不再是跨平台的。那麼實用性就差很多了。

Ⅳ 為什麼說Java NIO 是非阻塞的

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

Ⅵ java nio 伺服器架構有哪些

1，一個小的線程池負責dispatch NIO事件。
2，注冊事件，即操作selecter時，要使用一個同步鎖（即Architecture of a Highly Scalable NIO-Based Server一文中的guard對象），即對同一個selector的操作是互斥的。
3，這個小的線程池不處理邏輯業務，大小可以是Runtime.getRuntime().availableProcessors() + 1，即你系統有效CPU個數+1。這是因為我們假設有一個線程專門處理accept事件，
而其他線程處理read/write操作。

Ⅶ 如何學習Java的NIO

Java NIO 是一種非阻塞式I/O。
要理解 NIO，要先理解 非阻塞式I/O。
非阻塞式I/O 只是眾多 IO 模型中的一種。
要透切理解 非阻塞式I/O，就要理解眾多 IO 模型的歷史和優劣。
要理解為什麼會出現 這么多 IO 模型。
就要理解 計算機的 IO 系統和 操作系統如何處理 IO的。

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

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

Ⅸ 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

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