使用select函數可以讓開發者同時等待多個文件緩沖區，從而減少IO等待時間，提高進程的IO效率。select()函數是IO多路復用的函數，允許程序監視多個文件描述符，等待所監視的一個或者多個文件描述符變為“準備好”的狀態；所謂的”準備好“狀態是指：文件描述符不再是阻塞狀態，可以用于某類IO操作了，包括可讀，可寫，發生異常三種。
#include
1. select函數介紹
select函數是IO多路復用的函數，它主要的功能是用來等文件描述符中的事件是否就緒，select可以使我們在同時等待多個文件緩沖區 ，減少IO等待的時間，能夠提高進程的IO效率。
select()函數允許程序監視多個文件描述符，等待所監視的一個或者多個文件描述符變為“準備好”的狀態。所謂的”準備好“狀態是指：文件描述符不再是阻塞狀態，可以用于某類IO操作了，包括可讀，可寫，發生異常三種
2. select函數參數的介紹
???????int?select(int?nfds,?fd_set?*readfds,?fd_set?*writefds, ??????????????????fd_set?*exceptfds,?struct?timeval?*timeout);
ndfs
等待的文件描述符的最大值+1，例如：應用進程想要去等待文件描述符3,5,8的事件，則
nfds=max(3,5,8)+1;
fd_set類型
readfds和writefds，exceptfds的類型都是fd_set,那么fd_set類型是什么呢？
-
fd_set類型本質是一個位圖，位圖的位置 表示 相對應的文件描述符，內容表示該文件描述符是否有效，1代表該位置的文件描述符有效，0則表示該位置的文件描述符無效。
-
如果將文件描述符2，3設置位圖當中，則位圖表示的是為1100。
-
fd_set的上限是1024個文件描述符。
readfds
-
readfds是 等待讀事件的文件描述符集合，.如果不關心讀事件（緩沖區有數據)，則可以傳NULL值。
-
應用進程和內核都可以設置readfds，應用進程設置readfds是為了通知內核去等待readfds中的文件描述符的讀事件.而 內核設置readfds是為了告訴應用進程哪些讀事件生效
writefds
與readfds類似，writefds是等待寫事件(緩沖區中是否有空間)的集合，如果不關心寫事件，則可以傳值NULL。
exceptfds
如果內核等待相應的文件描述符發生異常，則將失敗的文件描述符設置進exceptfds中，如果不關心錯誤事件，可以傳值NULL。
timeout
設置select在內核中阻塞的時間，如果想要設置為非阻塞，則設置為NULL。如果想讓select阻塞5秒，則將創建一個struct timeval time={5,0};
其中struct timeval的結構體類型是：
???????????struct?timeval?{ ???????????????long????tv_sec;?????????/*?seconds?*/ ???????????????long????tv_usec;????????/*?microseconds?*/ ???????????};
返回值
-
如果沒有文件描述符就緒就返回0；
-
如果調用失敗返回-1；
-
如果timeout中中readfds中有事件發生，則返回timeout剩下的時間。
3.select的工作流程
應用進程和內核都需要從readfds和writefds獲取信息，其中，內核需要從readfds和writefds知道哪些文件描述符需要等待，應用進程需要從readfds和writefds中知道哪些文件描述符的事件就緒.
如果我們要不斷輪詢等待文件描述符，則應用進程需要不斷的重新設置readfds和writefds，因為每一次調用select，內核會修改readfds和writefds，所以我們需要在 應用程序 中 設置一個數組 來保存程序需要等待的文件描述符，保證調用 select 的時候readfds 和 writefds中的將如下：
4.Select服務器
如果是一個select服務器進程，則服務器進程會不斷的接收有新鏈接，每個鏈接對應一個文件描述符，如果想要我們的服務器能夠同時等待多個鏈接的數據的到來，我們監聽套接字listen_sock讀取新鏈接的時候，我們需要將新鏈接的文件描述符保存到read_arrys數組中，下次輪詢檢測的就會將新鏈接的文件描述符設置進readfds中，如果有鏈接關閉，則將相對應的文件描述符從read_arrys數組中拿走。
一張圖看懂select服務器：
簡易版的select服務器：
server.hpp文件:
#pragma?once??????????????????????????????????????????????????????????????????????????????????????????????????????????? ??#include<iostream>???? ??#include<sys>???? ??#include<sys>???? ??#include<netinet>???? ??#include<string.h>???? ??using?std::cout;???? ??using?std::endl;???? ??#define?BACKLOG?5???? ?????? ??namespace?sjp{???? ????class?server{???? ??????public:???? ??????static?int?Socket(){???? ????????int?sock=socket(AF_INET,SOCK_STREAM,0);???? ????????if(sock>0)???? ????????return?sock;???? ????????if(sock????}???? ?????? ??????static?bool?Bind(int?sockfd,short?int?port){???? ????????struct?sockaddr_in?lock;???? ????????memset(&lock,'
久久天堂AV综合合色蜜桃网
|
国产精品久久久久影视不卡|
亚洲AV乱码久久精品蜜桃|
无码人妻久久一区二区三区免费丨
|
久久久久久亚洲精品成人|
狠狠色丁香久久婷婷综|
国产精品成人99久久久久
|
一本色道久久88综合日韩精品|
新狼窝色AV性久久久久久|
亚洲欧美精品伊人久久|
久久人人爽人人爽人人爽|
2022年国产精品久久久久
|
热综合一本伊人久久精品|
久久99热只有频精品8|
色综合久久久久综合99|
久久久久综合网久久|
久久久久久综合网天天|
日韩欧美亚洲综合久久影院Ds|
99久久国产热无码精品免费|
国产99久久久国产精品小说|
99久久www免费人成精品|
久久精品国产亚洲av日韩|
国内精品伊人久久久久777|
久久99精品国产麻豆不卡|
日韩欧美亚洲综合久久影院d3|
亚洲午夜久久久久久噜噜噜|
久久亚洲国产精品123区|
久久国产精品免费一区|
91精品国产乱码久久久久久|
日产精品久久久一区二区|
色综合久久夜色精品国产|
久久精品综合一区二区三区|
26uuu久久五月天|
国产精品久久久久一区二区三区
|
亚洲国产另类久久久精品黑人
|
狠狠人妻久久久久久综合|
国产精品伦理久久久久久|
久久se精品一区二区影院|
久久精品夜色噜噜亚洲A∨|
日产久久强奸免费的看|
久久亚洲AV无码西西人体|