MacOS13.1下libev搭配libcrypto.3.dylib与popen触发SIGINT问题求助

• 环境：Mac OS 13.1
• 核心问题：使用libev时，子线程通过dlopen加载libcrypto.3.dylib后调用popen执行shell命令，会触发SIGINT信号导致程序直接终止

程序运行流程：

1. 主线程创建子线程后，阻塞等待SIGINT信号以终止程序；
2. 子线程启动libev事件循环，定时器回调中依次执行：dlopen("libcrypto.3.dylib", RTLD_LAZY)，随后调用popen("uname -o 2>/dev/null", "r")读取命令输出；
3. 执行到上述步骤时，SIGINT信号被意外触发，主线程响应信号后终止整个程序。

关键对比测试结果：

• 不使用libev，仅在子线程执行dlopen+popen：运行完全正常；
• 仅初始化libev事件循环但不启动：同样会触发SIGINT；
• 替换libcrypto.3.dylib为其他简单动态库：无此问题。

1. libev默认接管信号处理：libev初始化时会默认接管SIGINT、SIGTERM等信号，将其纳入事件循环的处理逻辑。而主线程又在直接阻塞等待SIGINT，两种信号处理逻辑冲突，导致信号被意外触发。
2. libcrypto加载时的信号操作：libcrypto.3.dylib在加载初始化过程中，可能会修改进程的信号掩码或执行与信号相关的操作，结合libev的信号处理机制，触发了原本主线程等待的SIGINT。
3. MacOS多线程信号特性：MacOS的信号处理在多线程环境下有特殊行为，当libev在子线程中初始化时，会改变进程的信号上下文，使得SIGINT信号被提前递交给主线程。

方案1：禁用libev的自动信号处理 #

在初始化libev事件循环时，指定不处理信号，避免干扰主线程的信号等待：

// 创建不处理信号的事件循环
struct ev_loop *loop = ev_loop_new(EVFLAG_NO_SIGNAL);
// 后续正常启动循环
ev_run(loop, 0);

方案2：统一用libev管理信号 #

放弃主线程直接等待SIGINT的方式，将主线程也纳入libev事件循环，统一处理信号：

static void sigint_handler(struct ev_loop *loop, ev_signal *w, int revents) {
    // 处理SIGINT，终止程序
    ev_break(loop, EVBREAK_ALL);
}

int main() {
    struct ev_loop *loop = ev_default_loop(0);
    ev_signal sigint_watcher;
    // 初始化SIGINT监听器
    ev_signal_init(&sigint_watcher, sigint_handler, SIGINT);
    ev_signal_start(loop, &sigint_watcher);
    
    // 创建并启动子线程...
    
    // 主线程启动事件循环
    ev_run(loop, 0);
    return 0;
}

方案3：加载libcrypto时临时阻塞SIGINT #

在加载libcrypto.3.dylib前，临时阻塞SIGINT信号，加载完成后恢复，避免加载过程中触发信号：

sigset_t old_mask, new_mask;
sigemptyset(&new_mask);
sigaddset(&new_mask, SIGINT);

// 临时阻塞SIGINT
pthread_sigmask(SIG_BLOCK, &new_mask, &old_mask);
// 加载libcrypto
void *crypto_handle = dlopen("libcrypto.3.dylib", RTLD_LAZY);
// 恢复信号掩码
pthread_sigmask(SIG_SETMASK, &old_mask, NULL);

方案4：提前在非libev线程加载libcrypto #

将dlopen操作移到主线程或单独的非libev线程中执行，加载完成后再在libev线程中使用库函数：

// 主线程提前加载libcrypto
void *crypto_handle = dlopen("libcrypto.3.dylib", RTLD_LAZY);
if (!crypto_handle) {
    // 处理加载失败
}

// 再创建子线程启动libev循环，此时直接使用已加载的库

内容的提问来源于stack exchange，提问作者Sudheer Hebbale