linux网络编程中要注意信号量

Linux编程中往往程序会莫名其妙的在write，send等地方退出，如果有这种问题需要注意是不是信号量引起的。

网络编程中可以有选择性的使用signal函数处理某些信号，下面介绍几个常用的信号。​

1、SIGPIPE

产生原因：

TCP的"四次分手"关闭. TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 本端只是收到FIN包. 按照TCP协议的语义, 表示对端只是关闭了其所负责的那一条单工信道。也就是说, 因为TCP协议的限制, 一个端点无法获知对端的socket是调用了close还是shutdown。对一个已经收到FIN包的socket调用read方法, 如果接收缓冲已空, 则返回0, 这就是常说的表示连接关闭. 但第一次对其调用write方法时, 如果发送缓冲没问题, 会返回正确写入(发送). 但发送的报文会导致对端发送RST报文, 因为对端的socket已经调用了close, 完全关闭, 既不发送, 也不接收数据. 所以, 第二次调用write方法(假设在收到RST之后), 会生成SIGPIPE信号, 导致进程退出。

解决方法：

​为了避免进程退出, 可以捕获SIGPIPE信号, 或者忽略它, 给它设置SIG_IGN信号处理函数

signal(SIGPIPE, SIG_IGN);​

​2、SIGTTIN SIGTTOU

产生原因：

​后台进程从终端读取数据时所有进程会收到SIGTTIN信号，默认处理进程会停止运行。

后台进程向终端写数据时所有进程会收到SIGTTOU信号，默认处理进程会停止运行​。

解决办法：

​signal(SIGTTIN, SIG_IGN);​

signal(SIGTTOU, SIG_IGN);

3、​SIGINT SIGQUIT

产生原因：

SIGINT，终止进程信号，由Ctrl+C发出。

SIGQUIT，终止进程信号，有Ctrl+\发出。

解决办法：

signal(SIGINT,SIG_IGN);

signal(SIGQUIT,SIG_IGN);