为何syscall.Kill发送SIGSEGV仅触发一次处理，mustSendSIGSEGV则无限触发？

这问题我之前也碰到过，咱们一步步理清楚背后的逻辑，再给你解决办法：

为什么两种触发方式表现截然不同？ #

1. syscall.Kill(pid, syscall.SIGSEGV)仅触发一次 #

你通过Kill主动给进程发送了单次SIGSEGV信号，这个信号并非来自进程内部的非法内存访问。当自定义信号处理函数执行完毕后，进程的指令流没有再执行到会引发内存错误的代码，没有重复触发信号的“源头”，所以内核不会再次发送信号，自然只打印一次日志。

2. mustSendSIGSEGV无限循环触发 #

这个函数应该是在C代码里主动制造了SIGSEGV（比如访问空指针*((int*)0) = 0;这类操作）。这里的核心逻辑是：当内核因为非法内存访问触发SIGSEGV，且你的自定义处理函数返回后，内核会重新执行导致错误的那条指令——这就会再次触发SIGSEGV，形成无限循环，所以日志会一直打印。

实现“仅触发一次SIGSEGV处理”的解决方案 #

要打破这个循环，让处理逻辑只执行一次，你可以在C的信号处理函数里做以下任一操作：

方法1：恢复SIGSEGV的默认处理行为 #

处理完信号后，把SIGSEGV的处理逻辑恢复成系统默认（直接终止进程），这样下次再触发SIGSEGV时就不会再进入你的自定义函数：

#include <stdio.h>
#include <signal.h>
#include <stdlib.h>
#include <string.h>

struct sigaction old_action;

void handlerSIGSEGV(int signum, siginfo_t *info, void *context) {
    printf("handlerSIGSEGV Sent by %d\n", info->si_pid);
    // 恢复SIGSEGV的默认处理逻辑，避免循环
    sigaction(SIGSEGV, &old_action, NULL);
}

void setupSigHandler() {
    struct sigaction sa;
    memset(&sa, 0, sizeof(sa));
    sa.sa_sigaction = handlerSIGSEGV;
    sa.sa_flags = SA_SIGINFO;
    // 先保存旧的处理行为，后续用于恢复
    sigaction(SIGSEGV, &sa, &old_action);
}

方法2：处理完信号后直接终止进程 #

如果不需要进程继续执行，直接在处理函数里调用exit()终止进程，彻底结束循环：

void handlerSIGSEGV(int signum, siginfo_t *info, void *context) {
    printf("handlerSIGSEGV Sent by %d\n", info->si_pid);
    // 直接终止进程，避免再次触发信号
    exit(EXIT_FAILURE);
}

额外注意：Go与C信号处理的交互 #

Go运行时本身会接管SIGSEGV信号（用于实现栈自动增长、内存错误检测等核心逻辑），所以如果你要让C代码处理SIGSEGV，需要确保：

• 在Go调用C代码之前完成信号处理的设置
• 不要长期占用SIGSEGV的处理权，处理完特定逻辑后尽快恢复默认行为，避免干扰Go运行时的正常工作

内容的提问来源于stack exchange，提问作者xun he