套接字发送失败会导致守护程序崩溃吗？

Question

我有两个应用程序在嵌入式 Linux 板上运行。一个作为守护进程运行，另一个充当它的接口(interface)。他们使用 Unix 套接字相互通信。为了处理套接字的任何异常终止，我尝试终止接口(interface)应用程序[ctr+c]。但结果是，守护程序应用程序崩溃了。由于套接字已终止，我在守护进程端收到套接字发送失败错误，这是预期的，但之后守护进程崩溃了。我不知道到底应该在哪里寻找调试这个问题。

Answer 1

您是否已将守护程序中的套接字设置为非阻塞模式？

假设您的代码如下所示:

同时(1){ connfd = 接受(listenfd, (struct sockaddr*)NULL, NULL);

/* then you use the fd */

func(connfd);   

}

基于手册页:

”成功时，accept() 返回一个非负整数，它是已接受套接字的描述符。出错时，返回 -1，并适当设置 errno。

和

如果队列中不存在挂起的连接，并且套接字未标记为非阻塞，则accept() 会阻塞调用方，直到存在连接。如果套接字被标记为非阻塞并且队列中不存在挂起的连接，则accept() 会失败并出现错误EAGAIN 或EWOULDBLOCK。”

因此，这意味着如果您处于非阻塞模式，您应该检查accept()的返回值，而不是直接使用它，因为fd值为-1。

以上只是一种常见的可能性。如果不是这种情况，您可以尝试使用“sudo strace -p process_id”或进行核心文件分析来了解崩溃的原因。