winsock send 和 recv 的问题

本文讨论了一个TCP服务端程序中遇到的问题,当服务端连续调用send函数发送数据到两个不同的客户端时,会出现阻塞现象,导致客户端无法接收到数据。作者通过调整select函数的阻塞延迟解决了该问题,并探讨了可能的原因。
我最近在写一个 Tcp的程序

服务端有两个send函数,每次发送两个数据到 Socket1 和 Socket2分别对应的客服端去。

...
send ( Socket1, buf, size, 0 );
send ( Socket2, buf, size, 0 );
...

客户端接收的代码


    timeval tm = {0, 0};      
    ret = select ( 0&fdread, NULL, NULL, &tm );
    
switch (ret)
    {
    
case 0:    // No data got.
        break;
    
case 1:// Get data.
        int iResult;
        iResult 
= recv ( ServerSocket, ( char* ) Zi, sizeof ( ZoneInfo ), 0 );
        
if ( iResult <= 0 )
        {
            exit(
1);
        }
        iResult 
= recv ( ServerSocket, ( char* ) ( Zi + 1 ), sizeof ( ZoneInfo ), 0 );
        
if ( iResult <= 0 )
        {
            exit(
1);
        }
        
break;
    
case SOCKET_ERROR:
        exit (
1);
        
break;

 

注:sizeof ( ZoneInfo )= 804

现在的问题是在多次运行 两个send函数以后,开始几次(次数不定)客服端接受正常,但后面几次send就会发生阻塞,客服端接受不到数据,不知道这个是什么原因。


后来我发现如果select的阻塞延迟是0的话就出现上述问题,如果阻塞设置一小段时间就正常,也可以在客服端用 Sleep(500) 来解决这个问题。

不过这是什么原因呢?绝对不是缓冲区阻塞吧。


还有个问题,windows窗口程序用recv函数的话不会像 控制台程序一样一直阻塞,好像只会阻塞个几秒就退出了,这个问题好像跟上面一个问题有关联。

转载于:https://www.cnblogs.com/goku_1/archive/2010/03/28/1698789.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值