Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1268007
  • 博文数量: 389
  • 博客积分: 2874
  • 博客等级: 少校
  • 技术积分: 3577
  • 用 户 组: 普通用户
  • 注册时间: 2009-10-24 10:34
文章分类

全部博文(389)

文章存档

2020年(2)

2018年(39)

2017年(27)

2016年(3)

2015年(55)

2014年(92)

2013年(54)

2012年(53)

2011年(64)

分类: C/C++

2012-03-27 09:04:48

在Linux中使用非阻塞的socket的情形下。

(一)发送时

  当客户通过Socket提供的send函数发送大的数据包时,就可能返回一个EGGAIN的错误。该错误产生的原因是由于send 函数中的size变量大小超过了tcp_sendspace的值。tcp_sendspace定义了应用在调用send之前能够在kernel中缓存的数据量。当应用程序在socket中设置了O_NDELAY或者O_NONBLOCK属性后,如果发送缓存被占满,send就会返回EAGAIN的错误。

  为了消除该错误,有三种方法可以选择:
  1.调大tcp_sendspace,使之大于send中的size参数
  ---no -p -o tcp_sendspace=65536

  2.在调用send前,在setsockopt函数中为SNDBUF设置更大的值

  3.使用write替代send,因为write没有设置O_NDELAY或者O_NONBLOCK

(二)接收时

       接收数据时常遇到Resource temporarily unavailable的提示,errno代码为11(EAGAIN)。这表明你在非阻塞模式下调用了阻塞操作,在该操作没有完成就返回这个错误,这个错误不会破坏socket的同步,不用管它,下次循环接着recv就可以。对非阻塞socket而言,EAGAIN不是一种错误。在VxWorks和Windows上,EAGAIN的名字叫做EWOULDBLOCK。其实这算不上错误,只是一种异常而已。

  另外,如果出现EINTR即errno为4,错误描述Interrupted system call,操作也应该继续。

  最后,如果recv的返回值为0,那表明对方已将连接断开,我们的接收操作也应该结束。

 

http://hi.baidu.com/newnlcloud/blog/item/c251b835c88dbf315bb5f5fa.html

阅读(1576) | 评论(0) | 转发(1) |
0

上一篇:lua 管道和过滤器

下一篇:太极拳膝盖疼痛

给主人留下些什么吧!~~