论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2013-11-29 16:20 |只看该作者 |倒序浏览

1
创建socket的时候我们可以设置它为阻塞或者非阻塞，那么在recv/send时,flag参数指定的阻塞和非阻塞和socket本身有没有关系没有、

从驱动层面分析，如果socket阻塞的时候,从socket读数据都为阻塞的。如果是这样那么recv时指定的flag参数如何解释 ,是忽略它呢还是重新将socket指定为
flag指定的方式（阻塞或非阻塞）进行读写数据，求大牛指点

2
recv数据的时候，我们recv一次有可能数据接收不完，但是到底要recv多少次才算完呢？

int buf[512];

i = 0;
alllen = 0;
while(1)
{
len = recv(socket,buf, 512, 0);
if (len > 0)
{
alllen += len;
/* framedata为真正完整想要数据的缓冲，可以认为很大 */
putbuf(framedata + i * 512 , buf, len);
if (len <512 )
break;
i++;
}

}
deal(framedata, alllen);

像上面的代码猛看起来没问题，但是仔细分析还是存在问题的，如果想要的数据 2050字节，那么我recv 5次即可以收完，
但是如果想要的数据是2048字节就存在问题，recv完成4次后，还会一直在接收数据，何时是个头呀？
请教大牛这时如何判断数据接收完成。
请注意前提是你不知道对方发的一包长度是多少，可能是2050也可能是2048? 这时如何准确判断收完完整的一包数据？

文库|博客

pirloofmilan

白手起家

论坛徽章:: 0

2楼 [报告]

发表于 2013-11-29 17:11 |只看该作者

本帖最后由 pirloofmilan 于 2013-11-29 17:16 编辑

创建socket的时候我们可以设置它为阻塞或者非阻塞，那么在recv/send时,flag参数指定的阻塞和非阻塞和socket本身有没有关系没有
int socket(int domain, int type, int protocol);
创建socket的时候是没有办法指定其是否阻塞的
可以通过setsockopt或者fcntl设置socket为阻塞或者非阻塞的
有4种组合
1. socket阻塞，recv/send默认：阻塞处理
2. socket阻塞，recv/send指定非阻塞：非阻塞处理
3. socket非阻塞，recv/send默认：非阻塞处理
4. socket非阻塞，recv/send指定非阻塞：非阻塞处理

从驱动层面分析，如果socket阻塞的时候,从socket读数据都为阻塞的。如果是这样那么recv时指定的flag参数如何解释 ,是忽略它呢还是重新将socket指定为
flag指定的方式（阻塞或非阻塞）进行读写数据
就是上面的情况1和2

recv数据的时候，我们recv一次有可能数据接收不完，但是到底要recv多少次才算完呢？

recv默认阻塞，如果socket上面没有数据可读，那么recv就会一直阻塞在那里，直到有数据进入socket，像你说的这种情况，我们就必须预知数据的长度，比如HTTP协议就会在其头部有一个content length字段，告诉客户端我有多少数据要发过来。
也就是说客户端和服务器端必须按照一定的规则进行通信，这就是RFC定义的那些协议（比如HTTP DNS等等）存在的必要性了
当然，为了程序的健壮性，我们必须考虑特殊情况，比如客户端去读socket，但是此时服务器端却关掉了，那么此时recv是不是就永远阻塞了？但是我们可以设置一个timeout时间，比如超过30s读不到，那就失败返回，或者retry，等到服务器恢复正常，我们就可以再次读到数据了

总之，socket编程的真正难度是怎么处理各种异常情况