sigpipe，sigpipe防——

本文目录一览：

• 1、开发中你认为那些导致crash?(iOS面试题)
• 2、关于信号的一些解释
• 3、SIGPIPE信号的产生和处理
• 4、linux网络编程,sigpipe的正确处理方式是什么?
• 5、Linux深入理解Socket异常
• 6、孙子线程中的sigpipe是发给谁的

开发中你认为那些导致crash?(iOS面试题)

资源问题：如资源不存在、资源路径错误（大小写错误）等。违反iOS系统规则产生的crash内存报警闪退 当iOS设备检测到内存过低时，系统会发出低内存警告通知，并尝试回收内存。如果内存仍然不足，iOS会终止后台应用以回收更多内存。如果内存仍然紧张，正在运行的应用可能会被终止。

技术全面：不仅掌握iOS开发技术，还了解一些相关的后端开发知识，如Node.js，能够与后端开发人员更好地协作，理解项目整体架构。 问题解决能力强：在开发过程中遇到过各种复杂问题，通过不断探索和学习，都能成功解决。例如，曾经遇到一个应用在特定设备上崩溃的问题，通过仔细分析日志和代码，最终找到是内存泄漏导致的，并成功修复。

快速排序非递归实现：使用栈模拟递归过程，避免递归深度过大导致的栈溢出。 反问环节提问方向：团队技术栈、开发流程、项目方向等。

iOS开发常用底层面试题合集Runtime相关一个objc对象的isa指针指向什么？有什么作用？isa指针指向对象的类（Class），用于标识对象的类型，并关联类的元信息（如方法列表、属性列表等）。在64位系统中，isa还包含引用计数、弱引用表等额外信息。

消息转发机制：包括方法查询、动态解析、消息转发等步骤，与其他语言相比，Objective-C的消息机制更加灵活但也可能导致性能开销。load、initialize方法：load在类加载时调用，initialize在类首次使用时调用，继承关系中子类会先调用父类的这些方法。

关于信号的一些解释

关于信号的一些解释信号是操作系统中用于进程间通信的一种机制，它允许一个进程通知另一个进程某个事件的发生。在UNIX和类UNIX系统中，信号被广泛应用。以下是关于信号的一些详细解释：信号分类不可靠信号（非实时信号）：编号为1 ~ 31，这些信号不支持排队，可能会造成信号丢失。

图2：相位谱的解释 在图2中，上方是时域信号，下方是对应的相位谱。

信号是用来传递消息或命令的光、电波、声音、动作等的统称。以下是关于信号的详细解释： 作为传递信息的媒介 信号可以是光、电波、声音等形式，这些形式都可以被接收者所感知，从而传递特定的消息或命令。

手机信号：指的是手机内部发射器的功率强弱，直接影响到通讯效果的好坏。信号如同一个大型服务器，其强度受网络运营服务与硬件建设质量的影响。网络：是手机进行数据传输、语音通话的基础设施。不同的网络类型提供了不同的服务质量和速度，为用户提供更多样化的应用体验。

SIGPIPE信号的产生和处理

定义：SIGPIPE信号是在尝试向一个已经关闭的管道（或socket）进行写操作时生成的。触发条件：当进程试图写入一个没有被任何进程打开为读取端的管道时，会触发SIGPIPE信号。此时，系统会将errno设置为EPIPE，表示管道已损坏。

在Linux网络编程中，SIGPIPE信号的产生通常是因为操作了一个错误的socket。这可能是由于代码中未能正确检测错误情况所导致。因此，处理SIGPIPE并不是解决问题的关键所在。真正需要关注的是在代码中妥善处理可能发生的各种错误情况。当代码能正确应对这些错误时，SIGPIPE信号自然就可能生成。

如果程序没有正确处理这个信号（缺省处理方法是退出进程），那么程序就会崩溃。解决方案：捕获并忽略SIGPIPE信号：在程序中添加对SIGPIPE信号的捕获和处理，可以选择忽略这个信号，以避免程序因接收到SIGPIPE而崩溃。例如，在Linux系统中，可以使用signal（SIGPIPE， SIG_IGN）；来忽略SIGPIPE信号。

linux网络编程,sigpipe的正确处理方式是什么?

1、在Linux网络编程中，SIGPIPE信号的产生通常是因为操作了一个错误的socket。这可能是由于代码中未能正确检测错误情况所导致。因此，处理SIGPIPE并不是解决问题的关键所在。真正需要关注的是在代码中妥善处理可能发生的各种错误情况。当代码能正确应对这些错误时，SIGPIPE信号自然就可能生成。

2、处理方式：进程可以选择捕捉SIGPIPE信号并自定义处理逻辑，或者忽略该信号（但忽略后可能会导致进程异常终止，因为系统默认行为是终止进程）。在Windows系统中，没有SIGPIPE信号，而是通过其他机制（如返回错误码）来处理这种情况。

3、处理：应用程序应关闭socket，因为它不再可用。同时，应检查远程主机的状态，以及是否由于网络问题或服务器异常导致连接被关闭。这些错误码在Linux网络编程中非常常见，了解它们的含义和处理方法对于编写健壮的网络应用程序至关重要。

4、I/O 多路复用：使用 epoll（Linux）或 kqueue（BSD）高效管理多个套接字。批量数据处理：合并多次小数据发送为单次大数据传输，减少系统调用次数。流量控制：通过滑动窗口或令牌桶算法限制发送速率，避免网络拥塞。总结：recv 和 send 是网络编程中数据交换的基础，理解其参数、工作模式及错误处理机制是关键。

5、简化代码：若错误发生在复杂逻辑中，逐步剥离代码，定位问题模块。 网络编程专项处理检查socket有效性：确保socket（）、accept（）等函数返回有效描述符（非-1）。使用close（）关闭socket时，确认无其他线程仍在使用。

6、SIGPIPE信号：默认情况下，系统会向进程发送SIGPIPE信号（通常导致进程终止），可通过设置SO_NOSIGPIPE套接字选项禁用该信号。典型场景：HTTP服务器处理完请求后关闭连接，若客户端继续发送数据会触发此错误。

Linux深入理解Socket异常

Linux中Socket异常主要分为建立连接时的异常和连接建立成功后的异常，以下是对这两类异常的详细分析：建立连接时的异常客户端连接服务端未监听的端口服务端对收到的SYN回应RST（RFC 793 4），客户端收到RST后终止连接并进入CLOSED状态。

在Linux系统中，socket编程中两种常见的错误码——eintr和eagain，是我们在网络编程中不得不面对的挑战。它们分别代表不同的问题，需要我们采取不同的策略来妥善处理。本文将深入探讨这两种错误的含义、原因以及各自的处理方法。首先，我们来理解什么是慢系统调用。

即使设置了自定义的connectTimeout或socketTimeout，超过这个时间仍未建立连接，就判定为连接超时。内核层通过重试机制（Linux中默认6次，间隔时间呈指数增长）判断超时，重试次数和时间可通过sysctl命令调整。

孙子线程中的sigpipe是发给谁的

1、项目中我调用了 signal（SIGALRM， SIG_IGN） 和 signal（SIGPIPE， SIG_IGN）， 这样产生 SIGALAM 和 SIGPIPE 信号时就不会中止程序，直接把这个信号忽略掉。

2、SIGPIPE的解释是：写入无读者方的管道。 在此不作赘述，请详man signal。 以上是cpu在作tcp/ip数据传输实验积累的经验，若有错漏，请狂炮击之。 唉，昨天在hacker区被一帮孙子轰得差点儿没短路。