关于检测TCP连接断开

    因为项目需求，需要用到linux下的C编程来开发，之前都是在STM下进行的。所以对linux的一些API和开发的一些小技巧不是特别的熟悉。因为项目的网络通讯是用在TCP协议上的。在连接的时候 如果服务器断开了，客户端也相应断开，但是如果服务器再继续连接，这时候客户端应该要进行重新连接，所以要有一个机制进行检测，之前用recv的返回值如果是-1则进行重连，因为重连之前要关闭socket号，会发现这样子很容易一直在反复连接。不合理，所以参考了http://blog.sina.com.cn/s/blog_6b633e8f0100kt39.html这个博客进行了修改。

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

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

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

在linux下写socket的程序的时候，如果尝试send到一个disconnected socket上，就会让底层抛出一个SIGPIPE信号。
这个信号的缺省处理方法是退出进程，大多数时候这都不是我们期望的。因此我们需要重载这个信号的处理方法。调用以下代码，即可安全的屏蔽SIGPIPE：
struct sigaction sa;
sa.sa_handler = SIG_IGN;
sigaction( SIGPIPE, &sa, 0 );

signal设置的信号句柄只能起一次作用，信号被捕获一次后，信号句柄就会被还原成默认值了。
sigaction设置的信号句柄，可以一直有效，值到你再次改变它的设置。

struct sigaction action;
action.sa_handler = handle_pipe;
sigemptyset(&action.sa_mask);
action.sa_flags = 0;
sigaction(SIGPIPE, &action, NULL);
void handle_pipe(int sig)
{

        //先关闭之前的socket号 再进行重新连接
}