POSIX信号量在进程异常关闭后残留，如何手动查找并删除？

首先先澄清一个常见调用误区：你代码中使用sem_init创建的是无名POSIX信号量，只有sem_open创建的有名信号量才支持sem_unlink调用，且sem_unlink的入参是信号量的字符串名称，而非sem_t类型指针，你示例中的sem_unlink (&mem->rsem)写法本身不符合API规范。

针对不同类型的POSIX信号量，残留清理方式如下：

1. 无名进程间共享信号量（你当前代码的使用场景） #

这类信号量本身没有独立的系统挂载路径，它的存储介质是你绑定的共享内存区域，生命周期和共享内存完全绑定，清理逻辑对应共享内存的清理：

• 查找残留资源：
  • 如果你用POSIX共享内存（shm_open创建）存储信号量：直接执行ls /dev/shm/即可列出所有POSIX共享内存文件，你的信号量就存储在你自定义名称的共享内存文件中
  • 如果你用System V共享内存存储信号量：执行ipcs -m可列出所有系统残留的System V共享内存段
• 清理残留资源：
  • POSIX共享内存：直接删除对应文件即可，例如rm /dev/shm/你的共享内存名，内存中的无名信号量会随共享内存一起释放
  • System V共享内存：执行ipcrm -m <共享内存段ID>即可清理

2. 有名POSIX信号量（sem_open创建的场景） #

这类信号量有独立的系统挂载路径，清理逻辑和POSIX消息队列类似：

• 查找残留资源：有名信号量默认挂载在/dev/shm/下，命名规则为sem.<你定义的信号量名>，执行ls /dev/shm/sem.*即可列出所有系统残留的有名信号量
• 清理残留资源：直接删除对应文件即可，例如rm /dev/shm/sem.你的信号量名，效果和进程内调用sem_unlink完全一致

调试场景快速定位技巧 #

如果不知道信号量关联的共享内存/信号量文件名，可通过以下方式快速定位：

• 若异常进程还未完全退出：执行lsof -p <进程PID> | grep -E 'shm|sem'即可直接打印对应资源的路径
• 若进程已经完全退出：执行ls -lt /dev/shm/按修改时间排序，最近创建的文件基本就是你调试产生的残留资源
• 开发阶段可以写个一键清理脚本，批量删除你项目前缀的资源，比如rm /dev/shm/sem.myproj_* /dev/shm/myproj_*，每次调试前执行一次即可避免信号量残留导致的死锁问题

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