摘要:為解決這問(wèn)題,我們發(fā)現(xiàn)元兇處在一線程一請(qǐng)求上,如果一個(gè)線程能同時(shí)處理多個(gè)請(qǐng)求,那么在高并發(fā)下性能上會(huì)大大改善。這樣一個(gè)線程可以同時(shí)發(fā)起多個(gè)調(diào)用,并且不需要同步等待數(shù)據(jù)就緒。表示當(dāng)前就緒的事件類型。
JAVA NIO 一步步構(gòu)建I/O多路復(fù)用的請(qǐng)求模型
摘要:本文屬于原創(chuàng),歡迎轉(zhuǎn)載,轉(zhuǎn)載請(qǐng)保留出處:https://github.com/jasonGeng88/blog
文章一:JAVA 中原生的 socket 通信機(jī)制
當(dāng)前環(huán)境jdk == 1.8
代碼地址git 地址:https://github.com/jasonGeng88/java-network-programming
知識(shí)點(diǎn)nio 下 I/O 阻塞與非阻塞實(shí)現(xiàn)
SocketChannel 介紹
I/O 多路復(fù)用的原理
事件選擇器與 SocketChannel 的關(guān)系
事件監(jiān)聽(tīng)類型
字節(jié)緩沖 ByteBuffer 數(shù)據(jù)結(jié)構(gòu)
場(chǎng)景接著上一篇中的站點(diǎn)訪問(wèn)問(wèn)題,如果我們需要并發(fā)訪問(wèn)10個(gè)不同的網(wǎng)站,我們?cè)撊绾翁幚恚?/p>
在上一篇中,我們使用了java.net.socket類來(lái)實(shí)現(xiàn)了這樣的需求,以一線程處理一連接的方式,并配以線程池的控制,貌似得到了當(dāng)前的最優(yōu)解??墒沁@里也存在一個(gè)問(wèn)題,連接處理是同步的,也就是并發(fā)數(shù)量增大后,大量請(qǐng)求會(huì)在隊(duì)列中等待,或直接異常拋出。
為解決這問(wèn)題,我們發(fā)現(xiàn)元兇處在“一線程一請(qǐng)求”上,如果一個(gè)線程能同時(shí)處理多個(gè)請(qǐng)求,那么在高并發(fā)下性能上會(huì)大大改善。這里就借住 JAVA 中的 nio 技術(shù)來(lái)實(shí)現(xiàn)這一模型。
nio 的阻塞實(shí)現(xiàn)關(guān)于什么是 nio,從字面上理解為 New IO,就是為了彌補(bǔ)原本 I/O 上的不足,而在 JDK 1.4 中引入的一種新的 I/O 實(shí)現(xiàn)方式。簡(jiǎn)單理解,就是它提供了 I/O 的阻塞與非阻塞的兩種實(shí)現(xiàn)方式(當(dāng)然,默認(rèn)實(shí)現(xiàn)方式是阻塞的。)。
下面,我們先來(lái)看下 nio 以阻塞方式是如何處理的。
建立連接有了上一篇 socket 的經(jīng)驗(yàn),我們的第一步一定也是建立 socket 連接。只不過(guò),這里不是采用 new socket() 的方式,而是引入了一個(gè)新的概念 SocketChannel。它可以看作是 socket 的一個(gè)完善類,除了提供 Socket 的相關(guān)功能外,還提供了許多其他特性,如后面要講到的向選擇器注冊(cè)的功能。
類圖如下:
建立連接代碼實(shí)現(xiàn):
// 初始化 socket,建立 socket 與 channel 的綁定關(guān)系 SocketChannel socketChannel = SocketChannel.open(); // 初始化遠(yuǎn)程連接地址 SocketAddress remote = new InetSocketAddress(this.host, port); // I/O 處理設(shè)置阻塞,這也是默認(rèn)的方式,可不設(shè)置 socketChannel.configureBlocking(true); // 建立連接 socketChannel.connect(remote);獲取 socket 連接
因?yàn)槭峭瑯邮?I/O 阻塞的實(shí)現(xiàn),所以后面的關(guān)于 socket 輸入輸出流的處理,和上一篇的基本相同。唯一差別是,這里需要通過(guò) channel 來(lái)獲取 socket 連接。
獲取 socket 連接
Socket socket = socketChannel.socket();
處理輸入輸出流
PrintWriter pw = getWriter(socketChannel.socket()); BufferedReader br = getReader(socketChannel.socket());完整示例
package com.jason.network.mode.nio; import com.jason.network.constant.HttpConstant; import com.jason.network.util.HttpUtil; import java.io.*; import java.net.InetSocketAddress; import java.net.Socket; import java.net.SocketAddress; import java.nio.channels.SocketChannel; public class NioBlockingHttpClient { private SocketChannel socketChannel; private String host; public static void main(String[] args) throws IOException { for (String host: HttpConstant.HOSTS) { NioBlockingHttpClient client = new NioBlockingHttpClient(host, HttpConstant.PORT); client.request(); } } public NioBlockingHttpClient(String host, int port) throws IOException { this.host = host; socketChannel = SocketChannel.open(); socketChannel.socket().setSoTimeout(5000); SocketAddress remote = new InetSocketAddress(this.host, port); this.socketChannel.connect(remote); } public void request() throws IOException { PrintWriter pw = getWriter(socketChannel.socket()); BufferedReader br = getReader(socketChannel.socket()); pw.write(HttpUtil.compositeRequest(host)); pw.flush(); String msg; while ((msg = br.readLine()) != null){ System.out.println(msg); } } private PrintWriter getWriter(Socket socket) throws IOException { OutputStream out = socket.getOutputStream(); return new PrintWriter(out); } private BufferedReader getReader(Socket socket) throws IOException { InputStream in = socket.getInputStream(); return new BufferedReader(new InputStreamReader(in)); } }nio 的非阻塞實(shí)現(xiàn) 原理分析
nio 的阻塞實(shí)現(xiàn),基本與使用原生的 socket 類似,沒(méi)有什么特別大的差別。
下面我們來(lái)看看它真正強(qiáng)大的地方。到目前為止,我們將的都是阻塞 I/O。何為阻塞 I/O,看下圖:
我們主要觀察圖中的前三種 I/O 模型,關(guān)于異步 I/O,一般需要依靠操作系統(tǒng)的支持,這里不討論。
從圖中可以發(fā)現(xiàn),阻塞過(guò)程主要發(fā)生在兩個(gè)階段上:
第一階段:等待數(shù)據(jù)就緒;
第二階段:將已就緒的數(shù)據(jù)從內(nèi)核緩沖區(qū)拷貝到用戶空間;
這里產(chǎn)生了一個(gè)從內(nèi)核到用戶空間的拷貝,主要是為了系統(tǒng)的性能優(yōu)化考慮。假設(shè),從網(wǎng)卡讀到的數(shù)據(jù)直接返回給用戶空間,那勢(shì)必會(huì)造成頻繁的系統(tǒng)中斷,因?yàn)閺木W(wǎng)卡讀到的數(shù)據(jù)不一定是完整的,可能斷斷續(xù)續(xù)的過(guò)來(lái)。通過(guò)內(nèi)核緩沖區(qū)作為緩沖,等待緩沖區(qū)有足夠的數(shù)據(jù),或者讀取完結(jié)后,進(jìn)行一次的系統(tǒng)中斷,將數(shù)據(jù)返回給用戶,這樣就能避免頻繁的中斷產(chǎn)生。
了解了 I/O 阻塞的兩個(gè)階段,下面我們進(jìn)入正題。看看一個(gè)線程是如何實(shí)現(xiàn)同時(shí)處理多個(gè) I/O 調(diào)用的。從上圖中的非阻塞 I/O 可以看出,僅僅只有第二階段需要阻塞,第一階段的數(shù)據(jù)等待過(guò)程,我們是不需要關(guān)心的。不過(guò)該模型是頻繁地去檢查是否就緒,造成了 CPU 無(wú)效的處理,反而效果不好。如果有一種類似的好萊塢原則— “不要給我們打電話,我們會(huì)打給你” 。這樣一個(gè)線程可以同時(shí)發(fā)起多個(gè) I/O 調(diào)用,并且不需要同步等待數(shù)據(jù)就緒。在數(shù)據(jù)就緒完成的時(shí)候,會(huì)以事件的機(jī)制,來(lái)通知我們。這樣不就實(shí)現(xiàn)了單線程同時(shí)處理多個(gè) IO 調(diào)用的問(wèn)題了嗎?即所說(shuō)的“I/O 多路復(fù)用模型”。
廢話講了一大堆,下面就來(lái)實(shí)際操刀一下。
創(chuàng)建選擇器由上面分析可以,我們得有一個(gè)選擇器,它能監(jiān)聽(tīng)所有的 I/O 操作,并且以事件的方式通知我們哪些 I/O 已經(jīng)就緒了。
代碼如下:
import java.nio.channels.Selector; ... private static Selector selector; static { try { selector = Selector.open(); } catch (IOException e) { e.printStackTrace(); } }創(chuàng)建非阻塞 I/O
下面,我們來(lái)創(chuàng)建一個(gè)非阻塞的 SocketChannel,代碼與阻塞實(shí)現(xiàn)類型,唯一不同是socketChannel.configureBlocking(false)。
注意:只有在socketChannel.configureBlocking(false)之后的代碼,才是非阻塞的,如果socketChannel.connect()在設(shè)置非阻塞模式之前,那么連接操作依舊是阻塞調(diào)用的。
SocketChannel socketChannel = SocketChannel.open(); SocketAddress remote = new InetSocketAddress(host, port); // 設(shè)置非阻塞模式 socketChannel.configureBlocking(false); socketChannel.connect(remote);建立選擇器與 socket 的關(guān)聯(lián)
選擇器與 socket 都創(chuàng)建好了,下一步就是將兩者進(jìn)行關(guān)聯(lián),好讓選擇器和監(jiān)聽(tīng)到 Socket 的變化。這里采用了以 SocketChannel 主動(dòng)注冊(cè)到選擇器的方式進(jìn)行關(guān)聯(lián)綁定,這也就解釋了,為什么不直接new Socket(),而是以SocketChannel的方式來(lái)創(chuàng)建 socket。
代碼如下:
socketChannel.register(selector, SelectionKey.OP_CONNECT | SelectionKey.OP_READ | SelectionKey.OP_WRITE);
上面代碼,我們將 socketChannel 注冊(cè)到了選擇器中,并且對(duì)它的連接、可讀、可寫事件進(jìn)行了監(jiān)聽(tīng)。
具體的事件監(jiān)聽(tīng)類型如下:
操作類型 | 值 | 描述 | 所屬對(duì)象 |
---|---|---|---|
OP_READ | 1 << 0 | 讀操作 | SocketChannel |
OP_WRITE | 1 << 2 | 寫操作 | SocketChannel |
OP_CONNECT | 1 << 3 | 連接socket操作 | SocketChannel |
OP_ACCEPT | 1 << 4 | 接受socket操作 | ServerSocketChannel |
現(xiàn)在,選擇器已經(jīng)與我們關(guān)心的 socket 進(jìn)行了關(guān)聯(lián)。下面就是感知事件的變化,然后調(diào)用相應(yīng)的處理機(jī)制。
這里與 Linux 下的 selector 有點(diǎn)不同,nio 下的 selecotr 不會(huì)去遍歷所有關(guān)聯(lián)的 socket。我們?cè)谧?cè)時(shí)設(shè)置了我們關(guān)心的事件類型,每次從選擇器中獲取的,只會(huì)是那些符合事件類型,并且完成就緒操作的 socket,減少了大量無(wú)效的遍歷操作。
public void select() throws IOException { // 獲取就緒的 socket 個(gè)數(shù) while (selector.select() > 0){ // 獲取符合的 socket 在選擇器中對(duì)應(yīng)的事件句柄 key Set keys = selector.selectedKeys(); // 遍歷所有的key Iterator it = keys.iterator(); while (it.hasNext()){ // 獲取對(duì)應(yīng)的 key,并從已選擇的集合中移除 SelectionKey key = (SelectionKey)it.next(); it.remove(); if (key.isConnectable()){ // 進(jìn)行連接操作 connect(key); } else if (key.isWritable()){ // 進(jìn)行寫操作 write(key); } else if (key.isReadable()){ // 進(jìn)行讀操作 receive(key); } } } }
注意:這里的selector.select()是同步阻塞的,等待有事件發(fā)生后,才會(huì)被喚醒。這就防止了 CPU 空轉(zhuǎn)的產(chǎn)生。當(dāng)然,我們也可以給它設(shè)置超時(shí)時(shí)間,selector.select(long timeout)來(lái)結(jié)束阻塞過(guò)程。
處理連接就緒事件下面,我們分別來(lái)看下,一個(gè) socket 是如何來(lái)處理連接、寫入數(shù)據(jù)和讀取數(shù)據(jù)的(這些操作都是阻塞的過(guò)程,只是我們將等待就緒的過(guò)程變成了非阻塞的了)。
處理連接代碼:
// SelectionKey 代表 SocketChannel 在選擇器中注冊(cè)的事件句柄 private void connect(SelectionKey key) throws IOException { // 獲取事件句柄對(duì)應(yīng)的 SocketChannel SocketChannel channel = (SocketChannel) key.channel(); // 真正的完成 socket 連接 channel.finishConnect(); // 打印連接信息 InetSocketAddress remote = (InetSocketAddress) channel.socket().getRemoteSocketAddress(); String host = remote.getHostName(); int port = remote.getPort(); System.out.println(String.format("訪問(wèn)地址: %s:%s 連接成功!", host, port)); }處理寫入就緒事件
// 字符集處理類 private Charset charset = Charset.forName("utf8"); private void write(SelectionKey key) throws IOException { SocketChannel channel = (SocketChannel) key.channel(); InetSocketAddress remote = (InetSocketAddress) channel.socket().getRemoteSocketAddress(); String host = remote.getHostName(); // 獲取 HTTP 請(qǐng)求,同上一篇 String request = HttpUtil.compositeRequest(host); // 向 SocketChannel 寫入事件 channel.write(charset.encode(request)); // 修改 SocketChannel 所關(guān)心的事件 key.interestOps(SelectionKey.OP_READ); }
這里有兩個(gè)地方需要注意:
第一個(gè)是使用 channel.write(charset.encode(request)); 進(jìn)行數(shù)據(jù)寫入。有人會(huì)說(shuō),為什么不能像上面同步阻塞那樣,通過(guò)PrintWriter包裝類進(jìn)行操作。因?yàn)?b>PrintWriter的 write() 方法是阻塞的,也就是說(shuō)要等數(shù)據(jù)真正從 socket 發(fā)送出去后才返回。
這與我們這里所講的阻塞是不一致的,這里的操作雖然也是阻塞的,但它發(fā)生的過(guò)程是在數(shù)據(jù)從用戶空間到內(nèi)核緩沖區(qū)拷貝過(guò)程。至于系統(tǒng)將緩沖區(qū)的數(shù)據(jù)通過(guò) socket 發(fā)送出去,這不在阻塞范圍內(nèi)。也解釋了為什么要用 Charset 對(duì)寫入內(nèi)容進(jìn)行編碼了,因?yàn)榫彌_區(qū)接收的格式是ByteBuffer。
第二,選擇器用來(lái)監(jiān)聽(tīng)事件變化的兩個(gè)參數(shù)是 interestOps 與 readyOps。
interestOps:表示 SocketChannel 所關(guān)心的事件類型,也就是告訴選擇器,當(dāng)有這幾種事件發(fā)生時(shí),才來(lái)通知我。這里通過(guò)key.interestOps(SelectionKey.OP_READ);告訴選擇器,之后我只關(guān)心“讀就緒”事件,其他的不用通知我了。
readyOps:表示 SocketChannel 當(dāng)前就緒的事件類型。以key.isReadable()為例,判斷依據(jù)就是:return (readyOps() & OP_READ) != 0;
處理讀取就緒事件private void receive(SelectionKey key) throws IOException { SocketChannel channel = (SocketChannel) key.channel(); ByteBuffer buffer = ByteBuffer.allocate(1024); channel.read(buffer); buffer.flip(); String receiveData = charset.decode(buffer).toString(); // 當(dāng)再?zèng)]有數(shù)據(jù)可讀時(shí),取消在選擇器中的關(guān)聯(lián),并關(guān)閉 socket 連接 if ("".equals(receiveData)) { key.cancel(); channel.close(); return; } System.out.println(receiveData); }
這里的處理基本與寫入一致,唯一要注意的是,這里我們需要自行處理去緩沖區(qū)讀取數(shù)據(jù)的操作。首先會(huì)分配一個(gè)固定大小的緩沖區(qū),然后從內(nèi)核緩沖區(qū)中,拷貝數(shù)據(jù)至我們剛分配固定緩沖區(qū)上。這里存在兩種情況:
我們分配的緩沖區(qū)過(guò)大,那多余的部分以0補(bǔ)充(初始化時(shí),其實(shí)會(huì)自動(dòng)補(bǔ)0)。
我們分配的緩沖去過(guò)小,因?yàn)檫x擇器會(huì)不停的遍歷。只要 SocketChannel 處理讀就緒狀態(tài),那下一次會(huì)繼續(xù)讀取。當(dāng)然,分配過(guò)小,會(huì)增加遍歷次數(shù)。
最后,將一下 ByteBuffer 的結(jié)構(gòu),它主要有 position, limit,capacity 以及 mark 屬性。以 buffer.flip(); 為例,講下各屬性的作用(mark 主要是用來(lái)標(biāo)記之前 position 的位置,是在當(dāng)前 postion 無(wú)法滿足的情況下使用的,這里不作討論)。
從圖中看出,
容量(capacity):表示緩沖區(qū)可以保存的數(shù)據(jù)容量;
極限(limit):表示緩沖區(qū)的當(dāng)前終點(diǎn),即寫入、讀取都不可超過(guò)該重點(diǎn);
位置(position):表示緩沖區(qū)下一個(gè)讀寫單元的位置;
完整代碼package com.jason.network.mode.nio; import com.jason.network.constant.HttpConstant; import com.jason.network.util.HttpUtil; import java.io.IOException; import java.net.InetSocketAddress; import java.net.SocketAddress; import java.nio.ByteBuffer; import java.nio.channels.SelectionKey; import java.nio.channels.Selector; import java.nio.channels.SocketChannel; import java.nio.charset.Charset; import java.util.Iterator; import java.util.Set; public class NioNonBlockingHttpClient { private static Selector selector; private Charset charset = Charset.forName("utf8"); static { try { selector = Selector.open(); } catch (IOException e) { e.printStackTrace(); } } public static void main(String[] args) throws IOException { NioNonBlockingHttpClient client = new NioNonBlockingHttpClient(); for (String host: HttpConstant.HOSTS) { client.request(host, HttpConstant.PORT); } client.select(); } public void request(String host, int port) throws IOException { SocketChannel socketChannel = SocketChannel.open(); socketChannel.socket().setSoTimeout(5000); SocketAddress remote = new InetSocketAddress(host, port); socketChannel.configureBlocking(false); socketChannel.connect(remote); socketChannel.register(selector, SelectionKey.OP_CONNECT | SelectionKey.OP_READ | SelectionKey.OP_WRITE); } public void select() throws IOException { while (selector.select(500) > 0){ Set keys = selector.selectedKeys(); Iterator it = keys.iterator(); while (it.hasNext()){ SelectionKey key = (SelectionKey)it.next(); it.remove(); if (key.isConnectable()){ connect(key); } else if (key.isWritable()){ write(key); } else if (key.isReadable()){ receive(key); } } } } private void connect(SelectionKey key) throws IOException { SocketChannel channel = (SocketChannel) key.channel(); channel.finishConnect(); InetSocketAddress remote = (InetSocketAddress) channel.socket().getRemoteSocketAddress(); String host = remote.getHostName(); int port = remote.getPort(); System.out.println(String.format("訪問(wèn)地址: %s:%s 連接成功!", host, port)); } private void write(SelectionKey key) throws IOException { SocketChannel channel = (SocketChannel) key.channel(); InetSocketAddress remote = (InetSocketAddress) channel.socket().getRemoteSocketAddress(); String host = remote.getHostName(); String request = HttpUtil.compositeRequest(host); System.out.println(request); channel.write(charset.encode(request)); key.interestOps(SelectionKey.OP_READ); } private void receive(SelectionKey key) throws IOException { SocketChannel channel = (SocketChannel) key.channel(); ByteBuffer buffer = ByteBuffer.allocate(1024); channel.read(buffer); buffer.flip(); String receiveData = charset.decode(buffer).toString(); if ("".equals(receiveData)) { key.cancel(); channel.close(); return; } System.out.println(receiveData); } }示例效果 總結(jié)
本文從 nio 的阻塞方式講起,介紹了阻塞 I/O 與非阻塞 I/O 的區(qū)別,以及在 nio 下是如何一步步構(gòu)建一個(gè) IO 多路復(fù)用的模型的客戶端。文中需要理解的內(nèi)容比較多,如果有理解錯(cuò)誤的地方,歡迎指正~
后續(xù)Netty 下的異步請(qǐng)求實(shí)現(xiàn)
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/70210.html
摘要:阻塞請(qǐng)求結(jié)果返回之前,當(dāng)前線程被掛起。也就是說(shuō)在異步中,不會(huì)對(duì)用戶線程產(chǎn)生任何阻塞。當(dāng)前線程在拿到此次請(qǐng)求結(jié)果的過(guò)程中,可以做其它事情。事實(shí)上,可以只用一個(gè)線程處理所有的通道。 準(zhǔn)備知識(shí) 同步、異步、阻塞、非阻塞 同步和異步說(shuō)的是服務(wù)端消息的通知機(jī)制,阻塞和非阻塞說(shuō)的是客戶端線程的狀態(tài)。已客戶端一次網(wǎng)絡(luò)請(qǐng)求為例做簡(jiǎn)單說(shuō)明: 同步同步是指一次請(qǐng)求沒(méi)有得到結(jié)果之前就不返回。 異步請(qǐng)求不會(huì)...
摘要:阻塞當(dāng)進(jìn)行讀寫時(shí),線程是阻塞的狀態(tài)。當(dāng)任何一個(gè)收到數(shù)據(jù)后,中斷程序?qū)酒疬M(jìn)程。接收數(shù)據(jù)當(dāng)收到數(shù)據(jù)后,中斷程序會(huì)給的就緒列表添加引用。當(dāng)接收到數(shù)據(jù),中斷程序一方面修改,另一方面喚醒等待隊(duì)列中的進(jìn)程,進(jìn)程再次進(jìn)入運(yùn)行狀態(tài)如下圖。 本篇文章目的在于基本概念和原理的解釋,不會(huì)貼過(guò)多的使用代碼。 什么是NIO Java NIO (New IO)是 Java 的另一個(gè) IO API (來(lái)自 jav...
Java IO對(duì)大多數(shù)Java程序員來(lái)說(shuō)是熟悉又陌生,熟悉的是感覺(jué)到處都有它的身影,小到簡(jiǎn)單的讀取文件,大到各種服務(wù)器的應(yīng)用,陌生的是Java IO背后到底是一個(gè)怎樣的機(jī)制,今天就讓我們?nèi)チ私庖幌逻@位老朋友吧。本文不講解Java IO如何具體使用,有這方面需求的同學(xué)可以自己查下。 IO模型 要說(shuō)IO,就不得不說(shuō)IO模型,IO模型大家都有所了解,同步異步,阻塞非阻塞什么的,總的來(lái)說(shuō)IO模型可分為以下...
摘要:三同步非阻塞式以塊的方式處理數(shù)據(jù)面向緩存區(qū)的采用多路復(fù)用模式基于事件驅(qū)動(dòng)是實(shí)現(xiàn)了的一個(gè)流行框架,的。阿里云分布式文件系統(tǒng)里用的就是。四異步非阻塞式基于事件驅(qū)動(dòng),不需要多路復(fù)用器對(duì)注冊(cè)通道進(jìn)行輪詢,采用設(shè)計(jì)模式。 一、什么是IO IO 輸入、輸出 (read write accept)IO是面向流的 二、BIO BIO是同步阻塞式IO 服務(wù)端與客戶端進(jìn)行三次握手后一個(gè)鏈路建立一個(gè)線程面...
摘要:三同步非阻塞式以塊的方式處理數(shù)據(jù)面向緩存區(qū)的采用多路復(fù)用模式基于事件驅(qū)動(dòng)是實(shí)現(xiàn)了的一個(gè)流行框架,的。阿里云分布式文件系統(tǒng)里用的就是。四異步非阻塞式基于事件驅(qū)動(dòng),不需要多路復(fù)用器對(duì)注冊(cè)通道進(jìn)行輪詢,采用設(shè)計(jì)模式。 一、什么是IO IO 輸入、輸出 (read write accept)IO是面向流的 二、BIO BIO是同步阻塞式IO 服務(wù)端與客戶端進(jìn)行三次握手后一個(gè)鏈路建立一個(gè)線程面...
閱讀 2331·2021-11-23 10:09
閱讀 2898·2021-10-12 10:11
閱讀 2605·2021-09-29 09:35
閱讀 1346·2019-08-30 15:53
閱讀 2272·2019-08-30 11:15
閱讀 2916·2019-08-29 13:01
閱讀 2300·2019-08-28 18:15
閱讀 3369·2019-08-26 12:13