当前位置:编程学习 > 网站相关 >>

iOS开发socket程序被SIGPIPE信号Terminate的问题

 

以前在iphone上写socket的程序的时候,如果尝试send到一个disconnected socket上,就会让底层抛出一个SIGPIPE信号。

 

client端通过pipe 发送信息到server端后,就关闭client端, 这时server端,返回信息给client 端时就产生Broken pipe 信号了。

 

对于产生信号,我们可以在产生信号前利用方法signal(int signum, sighandler_t handler) 设置信号的处理。

 

如果没有调用此方法,系统就会调用默认处理方法:中止程序,显示提示信息(就是我们经常遇到的问题)。

 

我们可以调用系统的处理方法,也可以自定义处理方法。

 

 

 

以前不清楚的时候,程序莫名其妙的崩溃不了解,后来才了解到,在代码中进行了以下处理后app就不会崩溃了。

 

 

 

/***************************************************/

 

//设置不被SIGPIPE信号中断,物理链路损坏时才不会导致程序直接被Terminate

 

//在网络异常的时候如果程序收到SIGPIRE是会直接被退出的。

 

struct sigaction sa;

 

sa.sa_handler = SIG_IGN;

 

sigaction( SIGPIPE, &sa, 0 );

 

/***************************************************/

 

 

 

以下是从网络中整理的一些相关资料:

 

1)   SIGHUP   2)   SIGINT   3)   SIGQUIT   4)   SIGILL

5)   SIGTRAP   6)   SIGABRT   7)   SIGEMT   8)   SIGFPE

9)   SIGKILL   10)   SIGBUS   11)   SIGSEGV   12)   SIGSYS

13)   SIGPIPE   14)   SIGALRM   15)   SIGTERM   16)   SIGUSR1

17)   SIGUSR2   18)   SIGCHLD   19)   SIGPWR   20)   SIGWINCH

21)   SIGURG   22)   SIGIO   23)   SIGSTOP   24)   SIGTSTP

25)   SIGCONT   26)   SIGTTIN   27)   SIGTTOU   28)   SIGVTALRM

29)   SIGPROF   30)   SIGXCPU   31)   SIGXFSZ   32)   SIGWAITING

33)   SIGLWP   34)   SIGFREEZE   35)   SIGTHAW   36)   SIGCANCEL

37)   SIGLOST   39)   SIGRTMIN   40)   SIGRTMIN+1   41)   SIGRTMIN+2

42)   SIGRTMIN+3   43)   SIGRTMAX-3   44)   SIGRTMAX-2   45)   SIGRTMAX-1

46)   SIGRTMAX

 

下面是一些信号说明

 

1)   SIGHUP

本信号在用户终端连接(正常或非正常)结束时发出,   通常是在终端的控制进程结束时,   通知同一session内的各个作业,   这时它们与控制终端不再关联。

 

登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个     Session。当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进   程组和后台有终端输出的进程就会中止。不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,   wget也   能继续下载。

 

此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。

 

2)   SIGINT

程序终止(interrupt)信号,   在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。

 

3)   SIGQUIT

和SIGINT类似,   但由QUIT字符(通常是Ctrl-\)来控制.   进程在因收到SIGQUIT退出时会产生core文件,   在这个意义上类似于一个程序错误信号。

 

4)   SIGILL

执行了非法指令.   通常是因为可执行文件本身出现错误,   或者试图执行数据段.   堆栈溢出时也有可能产生这个信号。

 

5)   SIGTRAP

由断点指令或其它trap指令产生.   由debugger使用。

 

6)   SIGABRT

调用abort函数生成的信号。

 

7)   SIGBUS

非法地址,   包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数,   但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。

 

8)   SIGFPE

在发生致命的算术运算错误时发出.   不仅包括浮点运算错误,   还包括溢出及除数为0等其它所有的算术的错误。

 

9)   SIGKILL

用来立即结束程序的运行.   本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。

 

10)   SIGUSR1

留给用户使用

 

11)   SIGSEGV

试图访问未分配给自己的内存,   或试图往没有写权限的内存地址写数据.

 

12)   SIGUSR2

留给用户使用

 

13)   SIGPIPE

管道破裂。这个信号通常在进程间通信产生,比如采用FIFO(管道)通信的两个进程,读管道没打开或者意外终止就往管道写,写进程会收到SIGPIPE信号。此外用Socket通信的两个进程,写进程在写Socket的时候,读进程已经终止。

 

14)   SIGALRM

时钟定时信号,   计算的是实际的时间或时钟时间.   alarm函数使用该信号.

 

15)   SIGTERM

程序结束(terminate)信号,   与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL。

 

17)   SIGCHLD

子进程结束时,   父进程会收到这个信号。

 

如果父进程没有处理这个信号,也没有等待(wait)子进程,子进程虽然终止,但是还会在内核进程表中占有表项,这时的子进程称为僵尸进程。这种情     况我们应该避免(父进程或者忽略SIGCHILD信号,或者捕捉它,或者wait它派生的子进程,或者父进程先终止,这时子进程的终止自动由init进程   来接管)。

 

18)   SIGCONT

让一个停止(stopped)的进程继续执行.   本信号不能被阻塞.   可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作.   例如,   重新显示提示符

 

19)   SIGSTOP

停止(stopped)进程的执行.   注意它和terminate以及interrupt的区别:该进程还未结束,   只是暂停执行.   本信号不能被阻塞,   处理或忽略.

 

20)   SIGTSTP

停止进程的运行,   但该信号可以被处理和忽略.   用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号

 

21)   SIGTTIN

当后台作业要从用户终端读数据时,   该作业中的所有进程会收到SIGTTIN信号.   缺省时这些进程会停止执行.

 

22)   SIGTTOU

类似于SIGTTIN,   但在写终端(或修改终端模式)时收到.

 

23)   SIGURG

有”紧急”数据或out-of-band数据到达socket时产生.

 

24)   SIGXCPU

超过CPU时间资源限制.   这个限制可以由getrlimit/setrlimit来读取/改变。

 

25)   SIGXFSZ

当进程企图扩大文件以至于超过文件大小资源限制。

 

26)   SIGVTALRM

虚拟时钟信号.   类似于SIGALRM,   但

补充:综合编程 , 其他综合 ,
CopyRight © 2022 站长资源库 编程知识问答 zzzyk.com All Rights Reserved
部分文章来自网络,