tcp協(xié)議本身是可靠的,并不等于應(yīng)用程序用tcp發(fā)送數(shù)據(jù)就一定是可靠的.不管是否阻塞,send發(fā)送的大小,并不代表對端recv到多少的數(shù)據(jù).

在阻塞模式下, send函數(shù)的過程是將應(yīng)用程序請求發(fā)送的數(shù)據(jù)拷貝到發(fā)送緩存中發(fā)送并得到確認(rèn)后再返回.但由于發(fā)送緩存的存在,表現(xiàn)為:如果發(fā)送緩存大小比請求發(fā)送的大小要大,那么send函數(shù)立即返回,同時向網(wǎng)絡(luò)中發(fā)送數(shù)據(jù);否則,send向網(wǎng)絡(luò)發(fā)送緩存中不能容納的那部分?jǐn)?shù)據(jù),并等待對端確認(rèn)后再返回(接收端只要將數(shù)據(jù)收到接收緩存中,就會確認(rèn),并不一定要等待應(yīng)用程序調(diào)用recv);

在非阻塞模式下,send函數(shù)的過程僅僅是將數(shù)據(jù)拷貝到協(xié)議棧的緩存區(qū)而已,如果緩存區(qū)可用空間不夠,則盡能力的拷貝,返回成功拷貝的大小;如緩存區(qū)可用空間為0,則返回-1,同時設(shè)置errno為EAGAIN.

linux下可用sysctl -a | grep net.ipv4.tcp_wmem查看系統(tǒng)默認(rèn)的發(fā)送緩存大小:

net.ipv4.tcp_wmem = 4096 16384 81920

這有三個值,第一個值是socket的發(fā)送緩存區(qū)分配的最少字節(jié)數(shù),第二個值是默認(rèn)值(該值會被net.core.wmem_default覆蓋),緩存區(qū)在系統(tǒng)負(fù)載不重的情況下可以增長到這個值,第三個值是發(fā)送緩存區(qū)空間的最大字節(jié)數(shù)(該值會被net.core.wmem_max覆蓋).

根據(jù)實(shí)際測試,如果手工更改了net.ipv4.tcp_wmem的值,則會按更改的值來運(yùn)行,否則在默認(rèn)情況下,協(xié)議棧通常是按net.core.wmem_default和net.core.wmem_max的值來分配內(nèi)存的.

應(yīng)用程序應(yīng)該根據(jù)應(yīng)用的特性在程序中更改發(fā)送緩存大小:

socklen_t sendbuflen = 0;

socklen_t len = sizeof(sendbuflen);

getsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, &len);

printf("default,sendbuf:%d/n", sendbuflen);

sendbuflen = 10240;

setsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, len);

getsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, &len);

printf("now,sendbuf:%d/n", sendbuflen);

需要注意的是,雖然將發(fā)送緩存設(shè)置成了10k,但實(shí)際上,協(xié)議棧會將其擴(kuò)大1倍,設(shè)為20k.

-------------------實(shí)例分析----------------------

在實(shí)際應(yīng)用中,如果發(fā)送端是非阻塞發(fā)送,由于網(wǎng)絡(luò)的阻塞或者接收端處理過慢,通常出現(xiàn)的情況是,發(fā)送應(yīng)用程序看起來發(fā)送了10k的數(shù)據(jù),但是只發(fā)送了2k到對端緩存中,還有8k在本機(jī)緩存中(未發(fā)送或者未得到接收端的確認(rèn)).那么此時,接收應(yīng)用程序能夠收到的數(shù)據(jù)為2k.假如接收應(yīng)用程序調(diào)用recv函數(shù)獲取了1k的數(shù)據(jù)在處理,在這個瞬間,發(fā)生了以下情況之一,雙方表現(xiàn)為: