1、send函数
int send( SOCKET s, const char FAR *buf, int len, int flags );
不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据。
客户程序一般用send函数向服务器发送请求，而服务器则通常用send函数来向客户程序发送应答。
（1）第一个参数指定发送端套接字描述符；
（2）第二个参数指明一个存放应用程序要发送数据的缓冲区；
（3）第三个参数指明实际要发送的数据的字节数；
（4）第四个参数一般置0。
这里只描述同步Socket的send函数的执行流程。当调用该函数时，send先比较待发送数据的长度len和套接字s的发送缓冲的长度， 如果len大于s的发送缓冲区的长度，该函数返回SOCKET_ERROR；如果len小于或者等于s的发送缓冲区的长度，那么send先检查协议是否正在发送s的发送缓冲中的数据，如果是就等待协议把数据发送完，如果协议还没有开始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据，那么send就比较s的发送缓冲区的剩余空间和len，如果len大于剩余空间大小send就一直等待协议把s的发送缓冲中的数据发送完，如果len小于剩余空间大小send就仅仅把buf中的数据copy到剩余空间里（注意并不是send把s的发送缓冲中的数据传到连接的另一端的，而是协议的，send仅仅是把buf中的数据copy到s的发送缓冲区的剩余空间里）。
如果send函数copy数据成功，就返回实际copy的字节数，如果send在copy数据时出现错误，那么send就返回SOCKET_ERROR；如果send在等待协议传送数据时网络断开的话，那么send函数也返回SOCKET_ERROR。
要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余空间里后它就返回了，但是此时这些数据并不一定马上被传到连接的另一端。如果协议在后续的传送过程中出现网络错误的话，那么下一个Socket函数就会返回SOCKET_ERROR。（每一个除send外的Socket函数在执行的最开始总要先等待套接字的发送缓冲中的数据被协议传送完毕才能继续，如果在等待时出现网络错误，那么该Socket函数就返回SOCKET_ERROR）。
注意：在Unix系统下，如果send在等待协议传送数据时网络断开的话，调用send的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
2、recv函数
int recv( SOCKET s, char FAR *buf, int len, int flags );
不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。
（1）第一个参数指定接收端套接字描述符；
（2）第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；
（3）第三个参数指明buf的长度；
（4）第四个参数一般置0。
这里只描述同步Socket的recv函数的执行流程。当应用程序调用recv函数时，recv先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR，如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后，recv先检查套接字s的接收缓冲区，如果s接收缓冲区中没有数据或者协议正在接收数据，那么recv就一直等待，只到协议把数据接收完毕。当协议把数据接收完毕，recv函数就把s的接收缓冲中的数据copy到buf中（注意协议接收到的数据可能大于buf的长度，所以在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据，真正的接收数据是协议来完成的），recv函数返回其实际copy的字节数。如果recv在copy时出错，那么它返回SOCKET_ERROR；如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
注意：在Unix系统下，如果recv函数在等待协议接收数据时网络断开了，那么调用recv的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
tcp协议本身是可靠的,并不等于应用程序用tcp发送数据就一定是可靠的.不管是否阻塞,send发送的大小,并不代表对端recv到多少的数据.
在阻塞模式下, send函数的过程是将应用程序请求发送的数据拷贝到发送缓存中发送并得到确认后再返回.但由于发送缓存的存在,表现为:如果发送缓存大小比请求发送的大小要大,那么send函数立即返回,同时向网络中发送数据;否则,send向网络发送缓存中不能容纳的那部分数据,并等待对端确认后再返回(接收端只要将数据收到接收缓存中,就会确认,并不一定要等待应用程序调用recv);
在非阻塞模式下,send函数的过程仅仅是将数据拷贝到协议栈的缓存区而已,如果缓存区可用空间不够,则尽能力的拷贝,返回成功拷贝的大小;如缓存区可用空间为0,则返回-1,同时设置errno为EAGAIN.
3、缓存大小查看即更改
linux下可用sysctl -a | grep net.ipv4.tcp_wmem查看系统默认的发送缓存大小:
net.ipv4.tcp_wmem = 4096 16384 81920
这有三个值,第一个值是socket的发送缓存区分配的最少字节数,第二个值是默认值(该值会被net.core.wmem_default覆盖),缓存区在系统负载不重的情况下可以增长到这个值,第三个值是发送缓存区空间的最大字节数(该值会被net.core.wmem_max覆盖).
根据实际测试,如果手工更改了net.ipv4.tcp_wmem的值,则会按更改的值来运行,否则在默认情况下,协议栈通常是按net.core.wmem_default和net.core.wmem_max的值来分配内存的.
应用程序应该根据应用的特性在程序中更改发送缓存大小:
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);
需要注意的是,虽然将发送缓存设置成了10k,但实际上,协议栈会将其扩大1倍,设为20k.
4、实例分析
在实际应用中,如果发送端是非阻塞发送,由于网络的阻塞或者接收端处理过慢,通常出现的情况是,发送应用程序看起来发送了10k的数据,但是只发送了2k到对端缓存中,还有8k在本机缓存中(未发送或者未得到接收端的确认).那么此时,接收应用程序能够收到的数据为2k.假如接收应用程序调用recv函数获取了1k的数据在处理,在这个瞬间,发生了以下情况之一,双方表现为:
A. 发送应用程序认为send完了10k数据,关闭了socket:
发送主机作为tcp的主动关闭者,连接将处于FIN_WAIT1的半关闭状态(等待对方的ack),并且,发送缓存中的8k数据并不清除,依然会发送给对端.如果接收应用程序依然在recv,那么它会收到余下的8k数据(这个前题是,接收端会在发送端FIN_WAIT1状态超时前收到余下的8k数据.), 然后得到一个对端socket被关闭的消息(recv返回0).这时,应该进行关闭.
B. 发送应用程序再次调用send发送8k的数据:
假 如发送缓存的空间为20k,那么发送缓存可用空间为20-8=12k,大于请求发送的8k,所以send函数将数据做拷贝后,并立即返回8192;
假如发送缓存的空间为12k,那么此时发送缓存可用空间还有12-8=4k,send()会返回4096,应用程序发现返回的值小于请求发送的大小值后,可以认为缓存区已满,这时必须阻塞(或通过select等待下一次socket可写的信号),如果应用程序不理会,立即再次调用send,那么会得到-1的值, 在linux下表现为errno=EAGAIN.
C. 接收应用程序在处理完1k数据后,关闭了socket:
接收主机作为主动关闭者,连接将处于FIN_WAIT1的半关闭状态(等待对方的ack).然后,发送应用程序会收到socket可读的信号(通常是select调用返回socket可读),但在读取时会发现recv函数返回0,这时应该调用close函数来关闭socket(发送给对方ack);
如果发送应用程序没有处理这个可读的信号,而是在send,那么这要分两种情况来考虑,假如是在发送端收到RST标志之后调用send,send将返回-1,同时errno设为ECONNRESET表示对端网络已断开,但是,也有说法是进程会收到SIGPIPE信号,该信号的默认响应动作是退出进程,如果忽略该信号,那么send是返回-1,errno为EPIPE(未证实);如果是在发送端收到RST标志之前,则send像往常一样工作;
以上说的是非阻塞的send情况,假如send是阻塞调用,并且正好处于阻塞时(例如一次性发送一个巨大的buf,超出了发送缓存),对端socket关闭,那么send将返回成功发送的字节数,如果再次调用send,那么会同上一样.
D. 交换机或路由器的网络断开:
接收应用程序在处理完已收到的1k数据后,会继续从缓存区读取余下的1k数据,然后就表现为无数据可读的现象,这种情况需要应用程序来处理超时.一般做法是设定一个select等待的最大时间,如果超出这个时间依然没有数据可读,则认为socket已不可用.
发送应用程序会不断的将余下的数据发送到网络上,但始终得不到确认,所以缓存区的可用空间持续为0,这种情况也需要应用程序来处理.
如果不由应用程序来处理这种情况超时的情况,也可以通过tcp协议本身来处理,具体可以查看sysctl项中的:
net.ipv4.tcp_keepalive_intvl
net.ipv4.tcp_keepalive_probes
net.ipv4.tcp_keepalive_time
5、send函数特点及相关问题收藏
在send函数的help里面看到
The successful completion of a send call does not indicate that the data was successfully delivered.
send成功完成并不代表数据已经成功送达。
If no buffer space is available within the transport system to hold the data to be transmitted, send will block unless the socket has been placed in nonblocking mode.
如果没有缓冲存储待发送的数据，send会阻塞直到socket被设置为非阻塞模式，
On nonblocking stream-oriented sockets, the number of bytes written can be between 1 and the requested length, depending on buffer availability on both client and server machines.
在非阻塞流模式socket中，写入的字节可以是1到需要的长度，依赖于客户端和服务器的缓冲。
The select or WSAEventSelect function can be used to determine when it is possible to send more data.
select 或WSAEventSelect 函数可以用于决定什么时候可以继续发送数据
阻塞模式下send并不是说直到你发送数据到对方机器才返回的意思，它是说把你要发送的数据放入发送缓冲后，就直接返回。而不是阻塞时，如发送缓冲区没有了，他就直接返回，而阻塞时会等待发送缓冲区有空间。
先看看在阻塞模式下send的表现吧（注意缓冲区的大小，我这里是16k）
（1）发送一个小于16k的数据，send马上就返回了
也就说是，send把待发送的数据放入发送缓冲马上就返回了，前提是发送的数据字节数小于缓冲大小
（2）发送一个大于16k的数据，send没有马上返回，阻塞了一下
send一定要把所有数据放入缓冲区才会返回，假设我们发32k的数据，当send返回的时候，有16k数据已经到达另一端，剩下16k还在缓冲里面没有发出去
在阻塞模式下
如果发送成功，返回的nBytes一定等于len
nBytes = send(m_socket,buf,len,0);
也就是在上面代码中那个发送循环其实是没有必要的
再看看在非阻塞模式下的情况吧
（1）发送一个小于16k的数据，send马上返回了，而且返回的字节长度是等于发送的字节长度的，情况和阻塞模式是向相同的
（2）发送一个大于16k的数据，send也是马上就返回了，返回的nByte小于待发送的字节数
来模拟一下实际情况，假设我们有32k的数据要发送，
第一次send，返回16384字节（16k），也就是填满了缓冲区
第二次send，在这之前sleep了1000毫秒，这段时间可能已经有5000字节从缓冲区发出，到达另外一端了，于是缓冲区空了5000字节出来，相应的，这次返回的是5000，表示新放入了5000字节到缓冲区
第三次send ，和第二次相同，又放了6000字节
最后一次send，放入了剩下的字节数，这个时候缓冲还是有数据的。
再发送大于16k数据的情况下，那个send发送循环就是必须的了
send()函数和recv()函数的理解int send( SOCKET s, const char FAR *buf, int len, int flags );不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据。客户程序一般用send函数向服务器发送请求，而服务器则通常用send函数来向客户程序发送应答。该函数的第一个参数指定发送端套接字描述符；第二
int
send
(
SOCKET
s, const char FAR *buf, int len, int flags );
不论是客户还是服务器应用程序都用
send
函数
来向TCP连接的另一端发送数据。
客户程序一般用
send
函数
向服务器发送请求，而服务器则通常用
send
函数
来向客户程序发送应答。
该
函数
的第一个参数指定发送端套接字描述符；
第二个参数指明一个存放应用程序要发送数据的缓冲区；
第三个参数指明实际要发送的数据的字节数；
第四个参数一般置0。
这里只描述同步
Socket
的
send
函数
的执行流程。当调用该
函数
时，
send
先比较待发送数据的长度len和套接字s的发送缓冲的 长度， 如果
recv
函数
int
recv
(
SOCKET
s, char FAR *buf, int len, int flags);
不论是客户还是服务器应用程序都用
recv
函数
从TCP连接的另一端接收数据。该
函数
的第一个参数指定接收端套接字描述符； 第二个参数指明一个缓冲区，该缓冲区用来存放
recv
函数
接收到的数据； 第三个参数指明buf的长度； 第四个参数一般置0。
这里只描述同步
Socket
的
//5.接收客户端数据
//第一次收了header的数据包，只剩下CMD的数据长度，指针移动到数据包包体位置
//这里sz
RECV
被接收到了有DataHeader的长度。数据仍在
recv
中
储存，没有改变
recv
的数据大小，只是从
recv
开头
中
取了dataheader的大小的数据
//如果是sz
Recv
那就默认从sz
Recv
【0】的位置开始储存 Dat
socket
socket
(简称套接字) 是进程间通信的一种方式，它与其他进程间通信的一个主要不同是：它能实现不同主机间的进程间通信，
socket
属于全双工。
关于创建套接字的参数说明：
socket
.
socket
(AddressFamily, Type)
Address Family：可以选择 AF_INET（用于 Internet 进程间通信） 或者 AF_UNIX（用于同一台机器进程间通信）...
套接字的概念及分类
在网络
中
，要全局的标识一个参与通信的进程，需要三元组：协议，IP地址以及端口号。要描述两个应用进程之间的端到端的通信关联需要五元组：协议，信源主机IP，信源应用进程端口，信宿主机IP，信宿应用进程端口。为了实现两个应用进程的通信连接，提出了套接字的概念。套接字可以理解为通信连接的一端，将两个套接字连接在一起，可以实现不同进程之间的通信。
针对不同的通信需求，TCP/IP
中
...
recv
函数
int
recv
(
SOCKET
s, char FAR *buf, int len, int flags);
不论是客户还是服务器应用程序都用
recv
函数
从TCP连接的另一端接收数据。该
函数
的第一个参数指定接收端套接字描述符； 第二个参数指明一个缓冲区，该缓冲区用来存放
recv
函数
接收到的数据； 第三个参数指明buf的长度； 第四个参数一般置0。
这里只描述同步S
基于
socket
的文件传输并进行MD5值校验，供大家参考，具体内容如下
文件传输分为两个类，一个是服务端，一个是客户端。
客户端发起发送文件或接收文件的请求，服务端收到请求后接收或发送文件，最后进行MD5值的校验
socket
数据通过struct模块打包
需要发送文件到服务端时，调用
send
File
函数
，struct包内包含文件信息、文件大小、文件MD5等信息，服务端接收到文件后进行MD5值校验，校验成功后则返回成功
需要从服务器下载文件时，调用
recv
File
函数
，收到文件后进行MD5校验
client类代码如下
import
socket
import struct,os
import
最近在使用python进行网络编程开发一个通用的tcpclient测试小工具。在使用
socket
进行网络编程
中
，如何判定对端发送一条报文是否接收完成，是进行
socket
网络开发必须要考虑的一个问题。这里，简要介绍一下判别数据接收接收完成常用的三种方法：
1.基础数据接收法：
使用基础数据接收法时，当与服务
socket
断开连接时，会接收到空字符串。因此，可以根据此特点，在程序
中
加入循环，一直接收数据，直到数据发送端关闭
socket
连接。适用场景：客户端和服务器的链接为短链接（即一次
socket
通讯后连接就会关闭）。代码如下：
import
socket
,struct,sys,time
Socket
是一个抽象层，它为网络通信提供了一种统一的接口，使得应用程序可以方便地进行网络通信。在实际的网络通信
中
，常使用的协议有TCP、UDP、ICMP等。其
中
，TCP是一种基于连接的、可靠的、面向字节流的传输层协议，它负责在网络
中
传输数据，并提供错误检测和数据重传机制。
在编写应用程序时，通常会使用
Socket
来实现网络通信。在TCP协议下，应用程序使用
Socket
API进行编程，通过创建
Socket
对象来建立TCP连接并进行数据传输。
Socket
API提供了一些基本的接口
函数
，如
socket
()、bind()、connect()、listen()、accept()、
send
()、
recv
()等，这些
函数
可以方便地实现TCP连接的建立和数据传输等操作。
具体来说，应用程序在使用
Socket
API进行网络通信时，需要通过
socket
()
函数
创建一个
Socket
对象，并指定协议族、
socket
类型和协议类型等参数。在TCP协议下，常用的协议族是AF_INET（IPv4）或AF_INET6（IPv6），
socket
类型为SOCK_STREAM，协议类型为IPPROTO_TCP。接下
//
函数
定义
int ret =
recv
(int __fd, void *__buf, size_t __n, int __flags)
//fd：从文件描述符fd
中
读取数据。
//buf：用于接收数据的缓冲区。
//len：缓冲区长度。
//flags：指定调用方式,通常指定为0。
如果在读取的过程
中
出现
服务端
中
获取客户端发送过来的数据一定是关闭套接字之前进行，close之后就收不到数据了。
一般读取数据一般用read，windows上一般用
recv
（本质上也是read），但是为了跨平台，所以一般用revc。
sockaddr_in caddr;
socklen_t len = sizeof(caddr);
int client = accept(sock, (sockaddr*)&caddr, &len);//创建一个新的
socket
，用来与客户端单独进行通信
