為什么會出現(xiàn)select模型？
先看一下下面的這句代碼：
int iResult = recv(s, buffer,1024);
這是用來接收數(shù)據(jù)的，在默認的阻塞模式下的套接字里，recv會阻塞在那里，直到套接字連接上有數(shù)據(jù)可讀，把數(shù)據(jù)讀到buffer里后recv函數(shù)才會返
回，不然就會一直阻塞在那里。在單線程的程序里出現(xiàn)這種情況會導致主線程（單線程程序里只有一個默認的主線程）被阻塞,這樣整個程序被鎖死在這里，如果永
遠沒數(shù)據(jù)發(fā)送過來，那么程序就會被永遠鎖死。這個問題可以用多線程解決，但是在有多個套接字連接的情況下，這不是一個好的選擇，擴展性很差。
再看代碼：
int iResult = ioctlsocket(s, FIOBIO, (unsigned long *)&ul);
iResult = recv(s, buffer,1024);
這一次recv的調用不管套接字連接上有沒有數(shù)據(jù)可以接收都會馬上返回。原因就在于我們用ioctlsocket把套接字設置為非阻塞模式了。不過
你跟蹤
一下就會發(fā)現(xiàn)，在沒有數(shù)據(jù)的情況下，recv確實是馬上返回了，但是也返回了一個錯誤：WSAEWOULDBLOCK，意思就是請求的操作沒有成功完成。
看到這里很多人可能會說，那么就重復調用recv并檢查返回值，直到成功為止，但是這樣做效率很成問題，開銷太大。
select模型的出現(xiàn)就是為了解決上述問題。
select模型的關鍵是使用一種有序的方式，對多個套接字進行統(tǒng)一管理與調度。
看核心代碼：（這里只給出服務端的)
while ( 1 )
{
// 初始化fdset
FD_ZERO( &fdsRead );
// 將server套接字添加到可讀集合中
FD_SET( sockServer, &fdsRead );
// 調用select
select( 0, &fdsRead, NULL, NULL, &tv );
// 判斷server套接字的狀態(tài)，如果套接字還在可讀集合中，
// 說明有數(shù)據(jù)可以讀入，則建立套接字可以成功
if ( FD_ISSET( sockServer, &fdsRead ) )
{
sockAccept = accept( sockServer, (sockaddr*)&addr, &nLen );
// 有數(shù)據(jù)可讀，進行相關處理
}
當然了，這里演示的只是最基礎的select的用法。網(wǎng)絡通信中的I/O復用的相關問題還很多，還需要慢慢學習與深入。