Linux中程序崩溃或被终止时，如何自动释放命名信号量？

POSIX命名信号量确实存在这个问题——它是挂载在/dev/shm（默认）下的文件系统对象，进程不管是崩溃还是被SIGKILL强制终止，内核都不会自动释放或删除它，因为它的设计目标是跨进程持久化。下面是几个实用的解决思路：

方案1：改用带SEM_UNDO标记的系统V信号量 #

系统V信号量的SEM_UNDO标志正好匹配你的需求：内核会跟踪进程对信号量的所有操作，当进程异常终止（包括崩溃、被强制杀死）时，内核会自动撤销这些操作，将信号量恢复到进程操作前的状态。

使用示例：

// 创建系统V信号量
int sem_id = semget(IPC_PRIVATE, 1, IPC_CREAT | 0666);
if (sem_id == -1) { /* 错误处理 */ }

// 初始化信号量值为1
union semun arg;
arg.val = 1;
if (semctl(sem_id, 0, SETVAL, arg) == -1) { /* 错误处理 */ }

// 操作信号量时带上SEM_UNDO标记
struct sembuf sb = {0, -1, SEM_UNDO}; // P操作
if (semop(sem_id, &sb, 1) == -1) { /* 错误处理 */ }

// ... 业务逻辑 ...

// 正常退出时主动清理
sb.sem_op = 1; // V操作
semop(sem_id, &sb, 1);
semctl(sem_id, 0, IPC_RMID); // 删除信号量

注意：系统V信号量属于IPC对象，需用ipcs/ipcrm工具管理，不像POSIX信号量那样基于文件系统直观。

方案2：用文件锁替代命名信号量 #

Linux下的文件锁（通过flock()或fcntl()实现）有个核心特性：只要进程终止（无论正常退出、崩溃还是被杀死），内核会自动释放它持有的所有文件锁，完全符合你的需求。

用flock实现互斥逻辑的示例：

int fd = open("/tmp/my_lock_file", O_CREAT | O_RDWR, 0666);
if (fd == -1) { /* 错误处理 */ }

// 获取排他锁（等效信号量P操作）
if (flock(fd, LOCK_EX) == -1) { /* 错误处理 */ }

// ... 临界区代码 ...

// 主动释放锁（等效信号量V操作，进程崩溃时内核自动执行）
flock(fd, LOCK_UN);
close(fd);

这种方法实现简单，无需管理IPC对象，完全依赖内核自动回收，不用担心崩溃后的残留问题。

方案3：给POSIX信号量添加存活检测逻辑 #

如果一定要用POSIX命名信号量，可以在其他进程尝试获取信号量时，先检查原持有进程是否存活：

• 创建信号量时，将当前进程PID写入一个关联临时文件（比如/tmp/sem_pid_xxx）
• 其他进程尝试获取信号量前，读取PID文件，用kill(pid, 0)检查进程是否存在
• 若进程已死亡，调用sem_unlink()删除旧信号量，重新创建新的

这种方法需要额外逻辑，但能兼容POSIX信号量的使用习惯。

方案4：捕获致命信号（局限性较大） #

注册SIGSEGV、SIGABRT、SIGTERM等信号的处理函数，在函数中主动调用sem_close()和sem_unlink()。但要注意：SIGKILL无法被捕获，若进程被kill -9终止，该方法失效。

代码片段示例：

void cleanup_sem(int sig) {
    sem_close(my_sem);
    sem_unlink("/my_named_sem");
    exit(EXIT_FAILURE);
}

// 程序初始化时注册信号处理
signal(SIGSEGV, cleanup_sem);
signal(SIGABRT, cleanup_sem);
signal(SIGTERM, cleanup_sem);

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