『壹』 4.socket框架netty的使用，以及nio的實現原理，為什麼是非同步非阻塞
socket框架netty的使用，以及nio的實現原理，為什麼是非同步非阻塞
按Alt+F可進入File菜單, 如圖:
File菜單的子菜單共有9項，分別敘述如下：
1. Load：裝入一個文件, 可用類似DOS的通配符(如*.C)來進行列表選擇。也可裝入其它擴展名的文件, 只要給出文件名(或只給路徑)即可。該項的熱鍵為F3, 即只要按F3即可進入該項, 而不需要先進入File菜單再選此項。
2. Pick：將最近裝入編輯窗口的8個文件列成一個表讓用戶選擇, 選擇後將該程序裝入編輯區, 並將游標置在上次修改過的地方。其熱健為Alt-F3。
3. New：新建文件, 預設文件名為NONAME.C, 存檔時可改名。
4. Save：將編輯區中的文件存檔, 若文件名是NONAME.C時, 將詢問是否更改文件名, 其熱鍵為F2。
5. Write to：可由用戶給出文件名將編輯區中的文件存檔, 若該文件已存在, 則詢問要不要 覆蓋。
6. Directory：顯示目錄及目錄中的文件, 並可由用戶選擇。
7. Change dir：顯示當前默認目錄, 用戶可以改變默認目錄。
8. Os shell：暫時退出Turbo C 2.0到DOS提示符下, 此時可以運行DOS 命令, 若想回到 Turbo C 2.0中, 只要在DOS狀態下鍵入EXIT即可。
9. Quit：退出Turbo C 2.0, 返回到DOS操作系統中, 其熱鍵為Alt+X。
『貳』 面試題：java框架Netty的io結構是什麼
主從多線程Nio結構，主從Reactor線程模型的特點是：服務端用於接收客戶端連接的不再是個1個單獨的NIO線程，而是一個獨立的NIO線程池。Acceptor接收到客戶端TCP連接請求處理完成後（可能包含接入認證等），將新創建的SocketChannel注冊到IO線程池（sub reactor線程池）的某個IO線程上，由它負責SocketChannel的讀寫和編解碼工作。Acceptor線程池僅僅只用於客戶端的登陸、握手和安全認證，一旦鏈路建立成功，就將鏈路注冊到後端subReactor線程池的IO線程上，由IO線程負責後續的IO操作。
利用主從NIO線程模型，可以解決1個服務端監聽線程無法有效處理所有客戶端連接的性能不足問題。
它的工作流程總結如下：
從主線程池中隨機選擇一個Reactor線程作為Acceptor線程，用於綁定監聽埠，接收客戶端連接；
Acceptor線程接收客戶端連接請求之後創建新的SocketChannel，將其注冊到主線程池的其它Reactor線程上，由其負責接入認證、IP黑白名單過濾、握手等操作；
步驟2完成之後，業務層的鏈路正式建立，將SocketChannel從主線程池的Reactor線程的多路復用器上摘除，重新注冊到Sub線程池的線程上，用於處理I/O的讀寫操作。
『叄』 Java框架Netty的io結構是什麼這是面試題
主從Reactor多線程Nio結構，主從Reactor線程模型的特點是：服務端用於接收客戶端連接的不再是個1個單獨的NIO線程，而是一個獨立的NIO線程池。Acceptor接收到客戶端TCP連接請求處理完成後（可能包含接入認證等），將新創建的SocketChannel注冊到IO線程池（sub reactor線程池）的某個IO線程上，由它負責SocketChannel的讀寫和編解碼工作。Acceptor線程池僅僅只用於客戶端的登陸、握手和安全認證，一旦鏈路建立成功，就將鏈路注冊到後端subReactor線程池的IO線程上，由IO線程負責後續的IO操作。
利用主從NIO線程模型，可以解決1個服務端監聽線程無法有效處理所有客戶端連接的性能不足問題。
它的工作流程總結如下：
從主線程池中隨機選擇一個Reactor線程作為Acceptor線程，用於綁定監聽埠，接收客戶端連接；
Acceptor線程接收客戶端連接請求之後創建新的SocketChannel，將其注冊到主線程池的其它Reactor線程上，由其負責接入認證、IP黑白名單過濾、握手等操作；
步驟2完成之後，業務層的鏈路正式建立，將SocketChannel從主線程池的Reactor線程的多路復用器上摘除，重新注冊到Sub線程池的線程上，用於處理I/O的讀寫操作。
『肆』 java Netty NIO 如何突破 65536 個埠的限制如何做到 10萬~50萬 長連接
首先說一下 伺服器是只監聽一個埠，所有的客戶端連接，都是連接到伺服器的同一個埠上的。也就是說伺服器只是用了一個埠。就比如Http伺服器。默認只用了80埠。
這是解答一些人的這個疑惑。
下面來回答你的問題
nio 在linux上使用的是epoll ，epoll支持在一個進程中打開的FD是操作系統最大文件句柄數，而不是你所說的16位short表示的文件句柄。 而 select模型 單進程打開的FD是受限的 select模型默認FD是1024 。操作系統最大文件句柄數跟內存有關，1GB內存的機器上，大概是10萬個句柄左右。可以通過cat /proc/sys/fs/file-max 查看
這個可以在Netty權威指南第二版的第七頁看到。
我ubuntu虛擬機，2G內存。結果是 200496
2019/05/09 修正一下上面讓人誤會的地方
「伺服器是只監聽一個埠」 這句話 請參照這一段的最後一行 「就比如Http伺服器默認只用了80埠」 我這一段話里說的伺服器並不是指伺服器主機 硬體， 而是說 服務程序。 一個伺服器主機操作系統上 可以運行很多服務程序， 而通常都會說 Netty伺服器、Apache伺服器、tomcat伺服器、Mysql伺服器 ， 這里是指 Netty服務端 Apache服務端 tomcat服務端 Mysql服務端 。 再比如 一個游戲的登錄伺服器 沒人會叫他 游戲Netty服務程序 或者Netty登錄服務程序 ， 而會稱呼它是 Netty伺服器或者登錄伺服器 或者xxx游戲登錄伺服器之類的。 只是依照行業術語來說的 被誤會了很抱歉 這里解釋一下 。
再次回答一下這個問題 Netty NIO不用突破65536個埠限制 因為根本沒有這個埠限制問題 只有主動發起一個請求 才會佔用一個本地埠 主動發起10個請求 會佔用10個本地埠 我這里說的是長連接 Netty NIO是屬於服務程序 他只需要監聽一個埠 比如8000埠 這時候有10個客戶端 連接到這個Netty伺服器 都是10個客戶端全都連接到伺服器的8000埠 服務端只會佔用8000埠這一個埠 所以不需要突破65536埠限制
『伍』 怎麼用netty搭建一個websocket的java客戶端
Netty基於websocket案例演示
『陸』 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不再是跨平台的。那麼實用性就差很多了。
『捌』 netty 和 java nio 的區別
netty的本質還是java nio只不來過做了很多的源封裝，讓你更容易用，也更容易寫出優質的代碼，因為JAVA NIO貌似由於歷史原因會有不少的問題，沒有足夠的經驗很容易出問題，但是網路層編程又往往是很多服務的基礎，如果出了問題，往往波及面會比較廣。