Question

我试图更好地理解信号量和所有爵士乐，为此我编写了一个服务器和使用共享内存和信号量进行通信的客户端。它运行良好，一切都很好，但我不确定我是否理解信号处理在这种情况下是如何正常工作的。这是我服务器的一些示例代码。我意识到检查两者可能有点多余，但我有点想了解我遇到的奇怪行为：

sig_atomic_t running = 1;

while(running == 1) {
    if (sem_wait(server) == -1) {
        //exit and print error A
    }
    if(running == 0) {
        //exit and print error B
    }
    /* do server stuff */

    if (sem_post(client) == -1) {
        //exit and print error
    }
}

server是服务器信号量名称，client是客户端信号量名称（在这种情况下，它并不重要）。 running（实际上是全局的）是我在信号处理程序中使用的变量：

static void init_signalhandler() {
    struct sigaction sa;
    sa.sa_handler = terminate;

    if(sigemptyset(&(sa.sa_mask)) == -1) {
        bail_out(EXIT_FAILURE, "sigemptyset error");
    }

    if(sigaction(SIGINT, &sa, NULL) == -1) {
        bail_out(EXIT_FAILURE, "sigaction1 error");
    } 

    if(sigaction(SIGTERM, &sa, NULL) == -1) {
        bail_out(EXIT_FAILURE, "sigaction2 error");
    }
}

static void terminate(int e) {
    running = 0;
    sem_post(server);
}

其中bail_out是自定义错误打印/退出功能。

基本上无论我做什么，每当我启动服务器时，它都会进入sem_wait(server)部分。如果我尝试通过发送SIGINT来杀死它，有时会打印错误A，有时会打印错误B.这似乎是完全随机的。它有点迫使我使用运行变量，因为有时，信号量会被传递，而在其他时候，它不会。

Answer 1

由于您未处理来自EINTR的{{1}}，因此行为完全符合预期。

例如，您在sem_wait(3)等待。你得到sem_wait(server)并正确处理它。你的sem_wait函数将返回SIGINT，你将会拯救。你应该做什么：

-1

这将捕获由于sem_wait例程中的信号而导致的错误，并且您可以在跳到循环开始时正常终止服务器，看到运行设置为0并跳过循环。

有关可以处理哪些错误的更多详细信息，请参见手册页sem_wait（3），“返回值”。

C：信号处理和信号量

1 个答案: