int send( SOCKET s, const char FAR *buf, int len, int flags ); 不論是客戶(hù)還是服務(wù)器應(yīng)用程序都用send函數(shù)來(lái)向TCP連接的另一端發(fā)送數(shù)據(jù)。客戶(hù)程序一般用send函數(shù)向服務(wù)器發(fā)送請(qǐng)求，而服務(wù)器則通常用send函數(shù)來(lái)向客戶(hù)程序發(fā)送應(yīng)答。該函數(shù)的第一個(gè)參數(shù)指定發(fā)送端套接字描述符；第二個(gè)參數(shù)指明一個(gè)存放應(yīng)用程序要發(fā)送數(shù)據(jù)的緩沖區(qū)；第三個(gè)參數(shù)指明實(shí)際要發(fā)送的數(shù)據(jù)的字節(jié)數(shù)；第四個(gè)參數(shù)一般置0。這里只描述同步Socket的send函數(shù)的執(zhí)行流程。當(dāng)調(diào)用該函數(shù)時(shí)，send先比較待發(fā)送數(shù)據(jù)的長(zhǎng)度len和套接字s的發(fā)送緩沖區(qū)的長(zhǎng)度，如果len大于s的發(fā)送緩沖區(qū)的長(zhǎng)度，該函數(shù)返回SOCKET_ERROR；如果len小于或者等于s的發(fā)送緩沖區(qū)的長(zhǎng)度，那么send先檢查協(xié)議是否正在發(fā)送s的發(fā)送緩沖中的數(shù)據(jù)，如果是就等待協(xié)議把數(shù)據(jù)發(fā)送完，如果協(xié)議還沒(méi)有開(kāi)始發(fā)送s的發(fā)送緩沖中的數(shù)據(jù)或者s的發(fā)送緩沖中沒(méi)有數(shù)據(jù)，那么send就比較s的發(fā)送緩沖區(qū)的剩余空間和len，如果len大于剩余空間大小send就一直等待協(xié)議把s的發(fā)送緩沖中的數(shù)據(jù)發(fā)送完，如果len小于剩余空間大小send就僅僅把buf中的數(shù)據(jù)copy到剩余空間里（注意并不是send把s的發(fā)送緩沖中的數(shù)據(jù)傳到連接的另一端的，而是協(xié)議傳的，send僅僅是把buf中的數(shù)據(jù)copy到s的發(fā)送緩沖區(qū)的剩余空間里）。如果send函數(shù)copy數(shù)據(jù)成功，就返回實(shí)際copy的字節(jié)數(shù)，如果send在copy數(shù)據(jù)時(shí)出現(xiàn)錯(cuò)誤，那么send就返回SOCKET_ERROR；如果send在等待協(xié)議傳送數(shù)據(jù)時(shí)網(wǎng)絡(luò)斷開(kāi)的話，那么send函數(shù)也返回SOCKET_ERROR。要注意send函數(shù)把buf中的數(shù)據(jù)成功copy到s的發(fā)送緩沖的剩余空間里后它就返回了，但是此時(shí)這些數(shù)據(jù)并不一定馬上被傳到連接的另一端。如果協(xié)議在后續(xù)的傳送過(guò)程中出現(xiàn)網(wǎng)絡(luò)錯(cuò)誤的話，那么下一個(gè)Socket函數(shù)就會(huì)返回SOCKET_ERROR。（每一個(gè)除send外的Socket函數(shù)在執(zhí)行的最開(kāi)始總要先等待套接字的發(fā)送緩沖中的數(shù)據(jù)被協(xié)議傳送完畢才能繼續(xù)，如果在等待時(shí)出現(xiàn)網(wǎng)絡(luò)錯(cuò)誤，那么該Socket函數(shù)就返回SOCKET_ERROR）注意：在Unix系統(tǒng)下，如果send在等待協(xié)議傳送數(shù)據(jù)時(shí)網(wǎng)絡(luò)斷開(kāi)的話，調(diào)用send的進(jìn)程會(huì)接收到一個(gè)SIGPIPE信號(hào)，進(jìn)程對(duì)該信號(hào)的默認(rèn)處理是進(jìn)程終止。其中“send先比較待發(fā)送數(shù)據(jù)的長(zhǎng)度len和套接字s的發(fā)送緩沖區(qū)的長(zhǎng)度，如果len大于s的發(fā)送緩沖區(qū)的長(zhǎng)度，該函數(shù)返回SOCKET_ERROR；”套接字s的發(fā)送緩沖區(qū)的長(zhǎng)度 在哪定義的？？