如何在两个独立进程中使用semaphore解决OpenSSL引擎资源同步问题

方案1：使用POSIX命名信号量 #

该方案完全匹配你的场景，命名信号量通过全局唯一的字符串标识进行索引，所有线程/进程只要使用同一个标识就能访问同一个信号量实例，和引擎实例是否分开初始化无关。

实现逻辑： #

• 自定义一个全局唯一的信号量名称，格式要求为/开头且后续字符不含/，比如/custom_rsa_engine_sem
• 每个引擎实例初始化时统一调用sem_open()接口，传入O_CREAT参数，首个调用的线程会自动完成信号量创建，后续线程直接打开已有实例即可，初始值设置为1作为二元信号量（等效互斥锁）
• 访问共享资源前调用sem_wait()加锁，访问结束后调用sem_post()释放锁
• 信号量销毁需要注意：不要在单个引擎实例销毁时调用sem_unlink()，只有确认所有实例都退出的场景下再执行销毁操作，避免正在运行的实例访问失效信号量

代码示例：

// 引擎初始化阶段
sem_t *global_sem = sem_open("/custom_rsa_engine_sem", O_CREAT, 0644, 1);
if (global_sem == SEM_FAILED) {
    // 自行处理初始化错误逻辑
}

// 共享资源访问逻辑
sem_wait(global_sem);
// 此处编写操作共享资源的代码
sem_post(global_sem);

方案2：使用OpenSSL内置线程同步机制 #

OpenSSL原生提供了全局单次初始化、线程锁接口，专门用于解决多线程场景下加密组件的同步问题，不需要依赖系统信号量实现：

• 用CRYPTO_THREAD_run_once()接口保证全局锁只会被初始化一次，不管有多少个引擎实例重复调用初始化逻辑，最终只会执行一次锁创建
• 所有引擎实例共用这一个全局锁做共享资源同步即可

代码示例：

static CRYPTO_MUTEX *shared_res_lock = NULL;
static CRYPTO_ONCE lock_init_flag = CRYPTO_ONCE_STATIC_INIT;

static void init_shared_lock(void) {
    shared_res_lock = CRYPTO_THREAD_mutex_new();
}

// 每个引擎实例初始化时都调用该函数
void engine_init_callback(void) {
    CRYPTO_THREAD_run_once(&lock_init_flag, init_shared_lock);
}

// 共享资源访问逻辑
CRYPTO_THREAD_mutex_lock(shared_res_lock);
// 此处编写操作共享资源的代码
CRYPTO_THREAD_mutex_unlock(shared_res_lock);

该方案兼容性更好，不需要处理信号量的残留清理问题。

方案3：进程内全局互斥量 #

如果你的Apache运行在单进程多线程模式下，也可以将互斥量定义为进程级全局变量，初始化时设置PTHREAD_PROCESS_SHARED属性，同一个进程内的所有线程不管属于哪个引擎实例，都可以直接访问该互斥量完成同步。

注意事项 #

• 使用命名信号量时如果程序异常退出，信号量文件会残存在/dev/shm目录下，可能导致下次启动初始化失败，建议初始化时做兼容判断，如果旧信号量存在可先清理再创建
• 加锁粒度不要过大，避免影响引擎的并发处理性能

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