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,   但是计算的是该进程占用的CPU时间.

27)   SIGPROF 
类似于SIGALRM/SIGVTALRM,   但包括该进程用的CPU时间以及系统调用的时间.

28)   SIGWINCH 
窗口大小改变时发出.

29)   SIGIO 
文件描述符准备就绪,   可以开始进行输入/输出操作.

30)   SIGPWR 
Power   failure

31)   SIGSYS 
非法的系统调用。

在以上列出的信号中,程序不可捕获、阻塞或忽略的信号有:SIGKILL,SIGSTOP 
不能恢复至默认动作的信号有:SIGILL,SIGTRAP 
默认会导致进程流产的信号有:SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ 
默认会导致进程退出的信号有:SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM 
默认会导致进程停止的信号有:SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU 
默认进程忽略的信号有:SIGCHLD,SIGPWR,SIGURG,SIGWINCH

此外,SIGIO在SVR4是退出,在4.3BSD中是忽略;SIGCONT在进程挂起时是继续,否则是忽略,不能被阻塞。

大部分的信号都能中断socket程序。










本文转自 arthurchen 51CTO博客,原文链接:http://blog.51cto.com/arthurchen/736181,如需转载请自行联系原作者
目录
相关文章
|
9天前
|
开发框架 前端开发 Android开发
安卓与iOS开发中的跨平台策略
在移动应用开发的战场上,安卓和iOS两大阵营各据一方。随着技术的演进,跨平台开发框架成为开发者的新宠,旨在实现一次编码、多平台部署的梦想。本文将探讨跨平台开发的优势与挑战,并分享实用的开发技巧,帮助开发者在安卓和iOS的世界中游刃有余。
|
2天前
|
存储 前端开发 Swift
探索iOS开发:从新手到专家的旅程
本文将带您领略iOS开发的奇妙之旅,从基础概念的理解到高级技巧的掌握,逐步深入iOS的世界。文章不仅分享技术知识,还鼓励读者在编程之路上保持好奇心和创新精神,实现个人成长与技术突破。
|
17天前
|
安全 数据处理 Swift
深入探索iOS开发中的Swift语言特性
本文旨在为开发者提供对Swift语言在iOS平台开发的深度理解,涵盖从基础语法到高级特性的全面分析。通过具体案例和代码示例,揭示Swift如何简化编程过程、提高代码效率,并促进iOS应用的创新。文章不仅适合初学者作为入门指南,也适合有经验的开发者深化对Swift语言的认识。
37 9
|
13天前
|
设计模式 Swift iOS开发
探索iOS开发:从基础到高级,打造你的第一款App
【10月更文挑战第40天】在这个数字时代,掌握移动应用开发已成为许多技术爱好者的梦想。本文将带你走进iOS开发的世界,从最基础的概念出发,逐步深入到高级功能实现,最终指导你完成自己的第一款App。无论你是编程新手还是有志于扩展技能的开发者,这篇文章都将为你提供一条清晰的学习路径。让我们一起开始这段旅程吧!
|
16天前
|
Android开发 Swift iOS开发
探索安卓与iOS开发的差异和挑战
【10月更文挑战第37天】在移动应用开发的广阔舞台上,安卓和iOS这两大操作系统扮演着主角。它们各自拥有独特的特性、优势以及面临的开发挑战。本文将深入探讨这两个平台在开发过程中的主要差异,从编程语言到用户界面设计,再到市场分布的不同影响,旨在为开发者提供一个全面的视角,帮助他们更好地理解并应对在不同平台上进行应用开发时可能遇到的难题和机遇。
|
14天前
|
iOS开发 开发者
探索iOS开发中的SwiftUI框架
【10月更文挑战第39天】在苹果的生态系统中,SwiftUI框架以其声明式语法和易用性成为开发者的新宠。本文将深入SwiftUI的核心概念,通过实际案例展示如何利用这一框架快速构建用户界面,并探讨其对iOS应用开发流程的影响。
|
17天前
|
JSON 前端开发 API
探索iOS开发之旅:打造你的第一个天气应用
【10月更文挑战第36天】在这篇文章中,我们将踏上一段激动人心的旅程,一起构建属于我们自己的iOS天气应用。通过这个实战项目,你将学习到如何从零开始搭建一个iOS应用,掌握基本的用户界面设计、网络请求处理以及数据解析等核心技能。无论你是编程新手还是希望扩展你的iOS开发技能,这个项目都将为你提供宝贵的实践经验。准备好了吗?让我们开始吧!
|
22天前
|
设计模式 前端开发 Swift
探索iOS开发:从初级到高级的旅程
【10月更文挑战第31天】在这篇文章中,我们将一起踏上iOS开发的旅程。无论你是初学者还是有经验的开发者,这篇文章都将为你提供有价值的信息和技巧。我们将从基础开始,逐步深入到更高级的技术和概念。让我们一起探索iOS开发的世界吧!
|
20天前
|
存储 数据可视化 Swift
探索iOS开发之旅:从新手到专家
【10月更文挑战第33天】在这篇文章中,我们将一起踏上一场激动人心的iOS开发之旅。无论你是刚刚入门的新手,还是已经有一定经验的开发者,这篇文章都将为你提供宝贵的知识和技能。我们将从基础的iOS开发概念开始,逐步深入到更复杂的主题,如用户界面设计、数据存储和网络编程等。通过阅读这篇文章,你将获得成为一名优秀iOS开发者所需的全面技能和知识。让我们一起开始吧!
|
21天前
|
移动开发 Java Android开发
探索Android与iOS开发的差异性与互联性
【10月更文挑战第32天】在移动开发的大潮中,Android和iOS两大平台各领风骚。本文将深入浅出地探讨这两个平台的开发差异,并通过实际代码示例,展示如何在各自平台上实现相似的功能。我们将从开发环境、编程语言、用户界面设计、性能优化等多个角度进行对比分析,旨在为开发者提供跨平台开发的实用指南。
38 0