這篇文章主要介紹“Java NIO類(lèi)庫(kù)Selector機(jī)制是什么”的相關(guān)知識(shí)，小編通過(guò)實(shí)際案例向大家展示操作過(guò)程，操作方法簡(jiǎn)單快捷，實(shí)用性強(qiáng)，希望這篇“Java NIO類(lèi)庫(kù)Selector機(jī)制是什么”文章能幫助大家解決問(wèn)題。

創(chuàng)新互聯(lián)專(zhuān)注于郎溪企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,商城網(wǎng)站建設(shè)。郎溪網(wǎng)站建設(shè)公司,為郎溪等地區(qū)提供建站服務(wù)。全流程定制開(kāi)發(fā)，專(zhuān)業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)專(zhuān)業(yè)和態(tài)度為您提供的服務(wù)

迷惑不解 : 為什么要自己消耗資源？

令人不解的是為什么我們的Java的New I/O要設(shè)計(jì)成這個(gè)樣子？如果說(shuō)老的I/O不能多路復(fù)用，如下圖所示，要開(kāi)N多的線(xiàn)程去挨個(gè)偵聽(tīng)每一個(gè)Channel (文件描述符) ，如果這樣做很費(fèi)資源，且效率不高的話(huà)。那為什么在新的I/O機(jī)制依然需要自己連接自己，而且，還是重復(fù)連接，消耗雙倍的資源？

通過(guò)WEB搜索引擎沒(méi)有找到為什么。只看到N多的人在報(bào)BUG，但SUN卻沒(méi)有任何解釋。

下面一個(gè)圖展示了，老的IO和新IO的在網(wǎng)絡(luò)編程方面的差別?？雌饋?lái)NIO的確很好很強(qiáng)大。但似乎比起C/C++來(lái)說(shuō)，Java的這種實(shí)現(xiàn)會(huì)有一些不必要的開(kāi)銷(xiāo)。

它山之石 : 從Apache的Mina框架了解Selector

上面的調(diào)查沒(méi)過(guò)多長(zhǎng)時(shí)間，正好同學(xué)趙錕的一個(gè)同事也在開(kāi)發(fā)網(wǎng)絡(luò)程序，這位仁兄使用了Apache的Mina框架。當(dāng)我們把Mina框架的源碼研讀了一下后。發(fā)現(xiàn)在Mina中有這么一個(gè)機(jī)制：

1）Mina框架會(huì)創(chuàng)建一個(gè)Work對(duì)象的線(xiàn)程。

2）Work對(duì)象的線(xiàn)程的run()方法會(huì)從一個(gè)隊(duì)列中拿出一堆Channel，然后使用Selector.select()方法來(lái)偵聽(tīng)是否有數(shù)據(jù)可以讀/寫(xiě)。

3）最關(guān)鍵的是，在select的時(shí)候，如果隊(duì)列有新的Channel加入，那么，Selector.select()會(huì)被喚醒，然后重新select***的Channel集合。

4）要喚醒select方法，只需要調(diào)用Selector的wakeup()方法。

對(duì)于熟悉于系統(tǒng)調(diào)用的C/C++程序員來(lái)說(shuō)，一個(gè)阻塞在select上的線(xiàn)程有以下三種方式可以被喚醒：

1）  有數(shù)據(jù)可讀/寫(xiě)，或出現(xiàn)異常。

2）  阻塞時(shí)間到，即time out。

3）  收到一個(gè)non-block的信號(hào)?？捎蒶ill或pthread_kill發(fā)出。

所以，Selector.wakeup()要喚醒阻塞的select，那么也只能通過(guò)這三種方法，其中：

1）第二種方法可以排除，因?yàn)閟elect一旦阻塞，應(yīng)無(wú)法修改其time out時(shí)間。

2）而第三種看來(lái)只能在Linux上實(shí)現(xiàn)，Windows上沒(méi)有這種信號(hào)通知的機(jī)制。

所以，看來(lái)只有***種方法了。再回想到為什么每個(gè)Selector.open()，在Windows會(huì)建立一對(duì)自己和自己的loopback的TCP連接；在Linux上會(huì)開(kāi)一對(duì)pipe（pipe在Linux下一般都是成對(duì)打開(kāi)），估計(jì)我們能夠猜得出來(lái)——那就是如果想要喚醒select，只需要朝著自己的這個(gè)loopback連接發(fā)點(diǎn)數(shù)據(jù)過(guò)去，于是，就可以喚醒阻塞在select上的線(xiàn)程了。

真相大白 : 可愛(ài)的Java你太不容易了

使用Linux下的strace命令，我們可以方便地證明這一點(diǎn)。參看下圖。圖中，請(qǐng)注意下面幾點(diǎn)：

1）  26654是主線(xiàn)程，之前我輸出notify the select字符串是為了做一個(gè)標(biāo)記，而不至于迷失在大量的strace log中。

2）  26662是偵聽(tīng)線(xiàn)程，也就是select阻塞的線(xiàn)程。

3）  圖中選中的兩行。26654的write正是wakeup()方法的系統(tǒng)調(diào)用，而緊接著的就是26662的epoll_wait的返回。

從上圖可見(jiàn)，這和我們之前的猜想正好一樣。可見(jiàn)，JDK的Selector自己和自己建的那些TCP連接或是pipe，正是用來(lái)實(shí)現(xiàn)Selector的notify和wakeup的功能的。

這兩個(gè)方法完全是來(lái)模仿Linux中的的kill和pthread_kill給阻塞在select上的線(xiàn)程發(fā)信號(hào)的。但因?yàn)榘l(fā)信號(hào)這個(gè)東西并不是一個(gè)跨平臺(tái)的標(biāo)準(zhǔn)（pthread_kill這個(gè)系統(tǒng)調(diào)用也不是所有Unix/Linux都支持的），而pipe是所有的Unix/Linux所支持的，但Windows又不支持，所以，Windows用了TCP連接來(lái)實(shí)現(xiàn)這個(gè)事。

關(guān)于Windows，我一直在想，Windows的防火墻的設(shè)置是不是會(huì)讓Java的類(lèi)似的程序執(zhí)行異常呢？呵呵。如果不知道Java的SDK有這樣的機(jī)制，誰(shuí)知道會(huì)有多少個(gè)程序?yàn)榇艘鸬膯?wèn)題度過(guò)多少個(gè)不眠之夜，尤其是Java程序員。

關(guān)于“Java NIO類(lèi)庫(kù)Selector機(jī)制是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，小編每天都會(huì)為大家更新不同的知識(shí)點(diǎn)。

網(wǎng)頁(yè)名稱(chēng)：JavaNIO類(lèi)庫(kù)Selector機(jī)制是什么
本文路徑：http://chinadenli.net/article46/jioieg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、搜索引擎優(yōu)化、企業(yè)建站、做網(wǎng)站、自適應(yīng)網(wǎng)站、定制網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)