现在的位置: 首页 > 综合 > 正文

socket编程问题-SIGPIPE信号处理

2013年10月02日 ⁄ 综合 ⁄ 共 791字 ⁄ 字号 评论关闭

socket编程问题

SIGPIPE信号问题=========================

当服务器close一个连接时,若client端接着发数据。根据TCP协议的规定,会收到一个RST响应,client再往这个服务器发送数据时,系统会发出一个SIGPIPE信号给进程,告诉进程这个连接已经断开了,不要再写了。
    根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出可以把SIGPIPE设为SIG_IGN

    如:    signal(SIGPIPE,SIG_IGN);
    这时SIGPIPE交给了系统处理。

  服务器采用了fork的话,要收集垃圾进程,防止僵尸进程的产生,可以这样处理:
  signal(SIGCHLD,SIG_IGN); 交给系统init去回收。
   这里子进程就不会产生僵尸进程了。

另一种处理:SIGPIPE信号的处理
 
signal(SIGPIPE, handle_omsignal);

void handle_omsignal(
        int number)
{
    switch (number)
    {
        default:
        {
            break;
        }
        case SIGPIPE:
        {
            om_alog(error, "omagentd", "%s","Network error!");
            break;
        }
    }
}

当然若client 端并没有连接到server,是不会发生这种情况的。

=================================================

进程和线程

:线程是进程的一条执行流程,多个线程在进程的资源平台上运行。进程死,则线程必死。

抱歉!评论已关闭.