Linux Socket通信之SIGPIPE信号

做一个很简单的通信模块：服务器端监听服务请求并接收数据；客户端连接服务器段并发送数据。考虑到一种情况：客户端向服务器端连续两次发送数据，而服务器端在accept之后就关闭了连接。通过在服务器端accept成功之后调用close（fd）模仿这种情形。UNP的5.13节说客户端在第二次发送数据时会接收到第一次发送数据时服务器端返回的RST从而导致内核发出SIGPIPE信号。于是我在客户端程序中使用signal（SIGPIPE, sig_pipe）捕捉SIGPIPE信号，程序调试时证明UNP说得没错，但在运行状态时有时候捕捉不到SIGPIPE信号。仔细看书，UNP第113面的5.12节中有一小段文字讲RST被客户端收到的时间取决于时序问题，于是猜想第二此调用send函数发送数据时有可能服务器端的RST还未返回。为了验证这个猜想，在第二次发送数据前sleep一下程序，使得RST能在send前返回。测试程序，乖乖，这次都能捕捉到SIPPIPE信号了。问题是：假如我想100％的捕捉SIGPIPE信号，那么每次的sleep就会影响到程序的效率。Gnome3 已进入 Ubuntu 11.10 官方源启用Fedora 15 桌面启动器（快捷方式）相关资讯 Linux Socket

Linux Socket网络编程基础（今 20:38）
Linux下socket连接下的心跳机制（01/16/2015 14:32:31）
修改Linux Socket最大连接数（07/27/2013 06:12:45）

Linux Socket编程中的心跳机制（01/16/2015 14:52:12）
Linux内核协议栈的socket查找缓存（01/12/2015 07:09:22）
Linux socket 地址及常用函数（04/17/2013 08:28:43）

本文评论查看全部评论（0）

评论声明

尊重网上道德，遵守中华人民共和国的各项有关法律法规