Linux系统级信号量使用与进程资源持有计数实现咨询

方案1：使用fcntl记录锁（推荐，无竞态、内核自动清理） #

这个方案利用Linux内核原生的文件锁生命周期特性，完全规避用户态维护引用计数的竞态问题：

• 共享库加载时，固定打开/dev/shm/你的库唯一标识.lock文件，打开参数用O_RDWR | O_CREAT，权限设置为0666即可
• 调用fcntl对整个文件加共享读锁（F_RDLCK）：
  共享锁支持任意多进程同时持有，且进程无论正常退出、异常崩溃，内核都会自动释放该进程持有的锁，不会出现资源泄漏
• 当你需要判断当前进程是否是最后一个持有该文件的进程时，只需要尝试将共享读锁升级为独占写锁（F_WRLCK）：
  升级成功说明当前没有其他进程持有共享锁，你就是最后一个进程，可以执行后续的清理逻辑；升级失败说明还有其他进程在运行，直接释放自己的锁退出即可
• 所有操作都是内核原子执行，不存在你提到的「判断到执行之间状态失效」的问题。

如果需要精确统计当前加载的进程数，可以在上述锁的基础上扩展：
把上面的锁文件作为共享内存文件，头部4个字节存储进程计数，加锁成功后mmap该文件的前4个字节到进程地址空间，用原子操作atomic_fetch_add给计数+1；进程退出前先原子减1，再尝试升级独占锁，升级成功后再执行共享资源的清理操作。

方案2：坚持使用命名信号量的处理方式 #

Linux下的命名信号量本质是/dev/shm下的tmpfs文件，完全可以不主动调用sem_unlink，规避无法判断调用时机的问题：

• 进程加载共享库时，调用sem_open(名称, O_CREAT | O_EXCL, 0666, 初始值)尝试创建信号量：创建成功说明是第一个启动的进程，信号量已经按初始值初始化完成；创建失败（返回EEXIST）说明信号量已经存在，直接调用sem_open(名称, 0)打开即可
• 不需要主动调用sem_unlink，/dev/shm是内存文件系统，系统重启会自动清空所有残留的信号量文件，不会永久占用磁盘空间
• 如果需要实现进程完全退出后清理信号量的逻辑，可以配合方案1的记录锁判断最后一个进程，拿到独占锁后再调用sem_unlink即可，不会有竞态。

原方案问题根源 #

你提到的sem_getvalue + sem_unlink的组合确实存在竞态，核心原因是这两个操作是用户态的两次独立系统调用，中间内核可以调度其他进程执行修改信号量的操作，这类状态判断的逻辑必须放到内核态原子执行才能避免问题，上面两种方案都是把状态校验的逻辑交给内核原子处理，从根源上规避竞态。

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