part1：
fd_set *errorfds同上面兩個引數的意圖，用來監視檔案錯誤異常。
struct timeval* timeout是select的超時時間，這個引數至關重要，它可以使select處於三種狀態，第一，若將null以形參傳入，即不傳入時間結構，就是將select置於阻塞狀態，一定等到監視檔案描述符集合中某個檔案描述符發生變化為止；第二，若將時間值設為0秒0毫秒，就變成乙個純粹的非阻塞函式，不管檔案描述符是否有變化，都立刻返回繼續執行，檔案無變化返回0，有變化返回乙個正值；第三，timeout的值大於0，這就是等待的超時時間，即select在timeout時間內阻塞，超時時間之內有事件到來就返回了，否則在超時後不管怎樣一定返回，返回值同上述。
返回值：
負值：select錯誤 正值：某些檔案可讀寫或出錯 0：等待超時，沒有可讀寫或錯誤的檔案
在有了select後可以寫出像樣的網路程式來！舉個簡單的例子，就是從網路上接受資料寫入乙個檔案中。
例子：
main()
; //select等待3秒，3秒輪詢，要非阻塞就置0
char buffer[256]=; //256位元組的接收緩衝區
/* 假定已經建立udp連線，具體過程不寫，簡單，當然tcp也同理，主機ip和port都已經給定，要寫的檔案已經開啟
sock=socket(...);
bind(...);
fp=fopen(...); */
while(1)
// end if break;
}// end switch
}//end while
}//end main
part 2:
select()的機制中提供一fd_set的資料結構，實際上是一long型別的陣列，
每乙個陣列元素都能與一開啟的檔案控制代碼（不管是socket控制代碼,還是其他
檔案或命名管道或裝置控制代碼）建立聯絡，建立聯絡的工作由程式設計師完成，
當呼叫select()時，由核心根據io狀態修改fd_set的內容，由此來通知執
行了select()的程序哪一socket或檔案可讀，下面具體解釋：
#include
#include
#include
int select(nfds, readfds, writefds, exceptfds, timeout)
int nfds;
fd_set *readfds, *writefds, *exceptfds;
struct timeval *timeout;
ndfs：select監視的檔案控制代碼數，視程序中開啟的檔案數而定,一般設為呢要監視各檔案
中的最大檔案號加一。
readfds：select監視的可讀檔案控制代碼集合。
writefds: select監視的可寫檔案控制代碼集合。
exceptfds：select監視的異常檔案控制代碼集合。
timeout：本次select()的超時結束時間。（見/usr/sys/select.h，
可精確至百萬分之一秒！）
當readfds或writefds中映象的檔案可讀或可寫或超時，本次select()
就結束返回。程式設計師利用一組系統提供的巨集在select()結束時便可判
斷哪一檔案可讀或可寫。對socket程式設計特別有用的就是readfds。
fd_zero(fd_set *fdset)：清空fdset與所有檔案控制代碼的聯絡。
fd_set(int fd, fd_set *fdset)：建立檔案控制代碼fd與fdset的聯絡。
fd_clr(int fd, fd_set *fdset)：清除檔案控制代碼fd與fdset的聯絡。
fd_isset(int fd, fdset *fdset)：檢查fdset聯絡的檔案控制代碼fd是否
可讀寫，>0表示可讀寫。
（關於fd_set及相關巨集的定義見/usr/include/sys/types.h）
這樣，你的socket只需在有東東讀的時候才讀入，大致如下：
...
int sockfd;
fd_set fdr;
struct timeval timeout = ..;
...
for(;;) }
} 所以乙個fd_isset(sockfd)就相當通知了sockfd可讀。
至於struct timeval在此的功能，請man select。不同的timeval設定
使使select()表現出超時結束、無超時阻塞和輪詢三種特性。由於
timeval可精確至百萬分之一秒，所以windows的settimer()根本不算
什麼。你可以用select()做乙個超級時鐘。
fd_accept的實現？依然如上，因為客戶方socket請求連線時，會傳送
連線請求報文，此時select()當然會結束，fd_isset(sockfd)當然大
於零，因為有報文可讀嘛！至於這方面的應用，主要在於服務方的父
socket，你若不喜歡主動accept()，可改為如上機制來accept()。
至於fd_close的實現及處理，頗費了一堆cpu處理時間，未完待續。
-- 討論關於利用select()檢測對方socket關閉的問題：
仍然是本地socket有東東可讀，因為對方socket關閉時，會發乙個關閉連線
通知報文，會馬上被select()檢測到的。關於tcp的連線（三次握手）和關
閉（二次握手）機制，敬請參考有關tcp/ip的書籍。
不知是什麼原因，unix好象沒有提供通知程序關於socket或pipe對方關閉的
訊號，也可能是cpu所知有限。總之，當對方關閉，一執行recv()或read()，
馬上回返回-1，此時全域性變數errno的值是115，相應的sys_errlist[errno]
為"connect refused"（請參考/usr/include/sys/errno.h）。所以，在上
篇的for(;;)...select()程式塊中，當有東西可讀時，一定要檢查recv()或
read()的返回值，返回-1時要作出關斷本地socket的處理，否則select()會
一直認為有東西讀，其結果曾幾令cpu傷心欲斷針腳。不信你可以試試：不檢
查recv()返回結果，且將收到的東東（實際沒收到）寫至標準輸出...
在有名管道的程式設計中也有類似問題出現。具體處理詳見拙作：發布乙個有用
的socket客戶方原碼。
至於主動寫socket時對方突然關閉的處理則可以簡單地捕捉訊號sigpipe並作
出相應關斷本地socket等等的處理。sigpipe的解釋是：寫入無讀者方的管道。
在此不作贅述，請詳man signal。
以上是cpu在作tcp/ip資料傳輸實驗積累的經驗，若有錯漏，請狂炮擊之。
唉，昨天在hacker區被一幫孫子轟得差點兒沒短路。ren cpu(奔騰的心) z80
補充關於select在非同步(非阻塞)connect中的應用,剛開始搞socket程式設計的時候
我一直都用阻塞式的connect,非阻塞connect的問題是由於當時搞proxy scan
而提出的呵呵
通過在網上與網友們的交流及查詢相關faq,總算知道了怎麼解決這一問題.同樣
用select可以很好地解決這一問題.大致過程是這樣的:
1.將開啟的socket設為非阻塞的,可以用fcntl(socket, f_setfl, o_ndelay)完
成(有的系統用fnedlay也可).
2.發connect呼叫,這時返回-1,但是errno被設為einprogress,意即connect仍舊
在進行還沒有完成.
3.將開啟的socket設進被監視的可寫(注意不是可讀)檔案集合用select進行監視,
如果可寫,用
getsockopt(socket, sol_socket, so_error, &error, sizeof(int));
來得到error的值,如果為零,則connect成功.
在許多unix版本的proxyscan程式你都可以看到類似的過程,另外在solaris精華
區->程式設計技巧中有乙個通用的帶超時引數的connect模組.
linux下select函式的使用
先看下列的例子程式 include include include include define stdin 0 define true 1 define false 0 define ulong unsigned long static struct timeval timelast static...
Linux下select函式的使用
一.select 函式詳細介紹 負值 select錯誤 正值 某些檔案可讀寫或出錯 0 等待超時，沒有可讀寫或錯誤的檔案 在有了select後可以寫出像樣的網路程式來！舉個簡單的例子，就是從網路上接受資料寫入乙個檔案中。main select等待3秒，3秒輪詢，要非阻塞就置0 char buffer...
Linux下select函式的使用
一.select 函式詳細介紹 負值 select錯誤 正值 某些檔案可讀寫或出錯 0 等待超時，沒有可讀寫或錯誤的檔案 在有了select後可以寫出像樣的網路程式來！舉個簡單的例子，就是從網路上接受資料寫入乙個檔案中。main select等待3秒，3秒輪詢，要非阻塞就置0 char buffer...