socket接收缓存
① 如何得知socket的缓存大小，这个缓存是否有上限，是否会溢出
一：如何得知socket的缓冲大小？
通过socket选项可以获得socket的缓冲大小。(以下是python代码，sock为socket对象)
sock.getsockopt(SOL_SOCKET,SO_RCVBUF)：获取接收缓冲区的大小
sock.getsockopt(SOL_SOCKET,SO_SNDBUF)：获得发送缓冲区的大小
注：UDP协议在内核实现中没有发送缓冲区。
二：这个缓冲是否有上限？
缓冲区存在上限，没一个socket对象的缓冲区有上限，系统中所有的socket缓冲区的总大小也存在上限。
三：是否会溢出？
TCP协议是可靠的有序的字节流协议，其可靠性与接收端的滑动窗口机制有关，而滑动窗口和TCP的接收缓冲区有关。
TCP协议的缓冲区不会溢出，如果接收缓冲区已满，则通告窗口为0，不能在接收发送端发过来的数据。如果发送缓冲区已满（则可以说明对端的接收缓冲区一定已满），应用层的send调用阻塞（采用阻塞式IO）。所以说TCP协议的缓冲区不会溢出。
UDP协议的缓冲区会溢出，UDP协议在实现上没有发送缓冲区，接收缓冲区存在上限，当UDP的接收缓冲区达到上限时，以后接收到的数据报直接丢弃，这也是UDP协议不可靠的一个原因。
-----------------------------------------------------------------------------------------------------------
推荐你看一下陶辉的”高性能网络编程“系列，肯定会受益匪浅。
② 修改linux系统socket缓冲区大小
进行socket编程有时候可能需要修改下socket的接收缓冲区大小，这里可以使用 setsockopt 函数，但是如果需要修改的缓冲区很大（比如500MB），则还需要修改系统内核的TCP/IP参数，不然接收缓冲区大小会收到内核参数的限制，所以需要改两个地方。下面以把socket接收缓冲区修改为500MB说明一下要作的修改。《Linux就该这么学》
修改内核TCP/IP参数
在终端用sysctl命令修改socket最大缓冲区限制：
sudo sysctl -w net.core.rmem_max=5242880001
在代码中用setsockopt函数修改SO_RCVBUF选项
int recvbuff = 500*1024*1024;
if(setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, (const char*)&recvbuff, sizeof(int)) == -1)
printf("setsocket error
");
else
printf("setsocket success
");12345
以上两点，只改第1点，一个socket只会预留63个报文的接收缓冲；只改第2点，缓冲区大小会受到rmem_max的限制，如果需要的缓冲区很大的话，必须两点都改。
③ linux下，如何查看socket接收缓冲区有多大后修改
read的返回值中可以获得大小，read结束之前你是没法知道对方到底发多少给你的。通常的做法，我们会在通讯的报文前加上一些控制信息，比如前4个byte存放数据大小（是否包含这4个byte自己定义）、数据是否分片、每片大小、MAC、控制字符（防止其他程序误发）等等。
④ socket接收缓冲区满了要多长时间
半个小时。socket是一个抽象层，应用程序可以通过它发送或接收数据，socket在接收缓冲区想要接收满了的话，是需要半个小时的时间的。接收缓冲区把数据缓存入内核，等待recv读取，recv所作的工作，就是把内核缓冲区中的数据拷贝到应用层用户的buffer里面，并返回。
⑤ 怎么清空socket 接收缓存区
清空socket缓存区的数据的方法
由于socket是以数据流的形式发送数据，接收方不知道对方一次性发送了多少数据，也能保证对方一次性发送的数据能在同一刻接收到，所以Receive方法是这么工作的：
接受一个byye[]类型的参数作为缓冲区，在经过一定的时间后把接收到的数据填充到这个缓冲区里面，并且返回实际接收到数据的长度，这个实际接收到的数据长度有可能为0（没有接收到数据）、大于0小于缓冲区的长度（接收到数据，但是没有我们预期的多）、等于缓冲区的长度（说明接收到的数据大于等于我们预期的长度）。
每次接收缓冲区都用同一个byte[] byteMessage，并且你没有检查接收到的数据长度，所以第一次你接收到的数据是123456，第二次你只接收到了8，但是缓冲区里面还有23456，所以加起来就是823456了。
socket接收缓冲区的大小有讲究，设置大了接收起来慢，因为它要等尽可能多的数据接收到了再返回；设置小了需要重复多次调用接收方法才能把数据接收完，socket有个属性，标识了系统默认的接收缓冲区大小，可以参考这个！
还有就是用recv读取，但是由于不知道缓存里有多少数据，如果是阻塞模式，到最后必然等到超时才知道数据已经读取完毕，这是个问题。
另一个是用fgetc，通过返回判断是否是feof：
whlie （1） { a=fgetc（f）；if （feof（f）） break；//…
b=fgetc（f）；if （feof（f）） break；//…}当然，我不知道读取完毕后最后一次调用fgetc会不会堵塞，需要测试。