如何在使用共享内存时处理被杀(kill -9)？

Question

我在客户端 - 服务器模型中使用共享内存.当我的服务器被用户使用sigkill而不是sigterm/sigint杀死时,我无法做任何事情(按照预期),但我的共享内存对象和信号量仍然存在于/ dev/shm /中.

下次我启动我的服务器时,我想创建一个名称完全相同的新对象,并且 - 如果有意图 - 这会失败并退出我的程序.

用户需要自己删除对象 - 这当然不是最好的事情.

我怎么处理这个？

我可以在没有O_EXCL标志的情况下调用shm_open(),最终破坏了这个标志的用途.因为可能已经有我的服务器运行的实例并使用此对象.

Pulseaudio似乎使用数字组合来保持它的对象不同,并且不会被-9杀死它,所以似乎有一种方法.

Answer 1

一种选择是使用IPC_RMID(见这个).

此选项标记在shm连接到它的最后一个进程消失后清理的段.

对于信号量,您可以查看强大的互斥量.它确实需要您编写额外的错误情况(当持有互斥锁的进程死亡时).

您还可以选择使用文件锁,如果进程终止,则会释放该文件锁(请参阅lockf()).

Answer 2

可能的服务器初始化概述：

打开 pid 文件 w/O_EXCL | O_WRONLY 如果成功写入 pid 关闭 打开 shm w/O_CREAT 完成

打开 pid 文件 w/O_RDONLY 读取 pid 使用kill(0) 查看服务器是否处于活动状态 如果是，则退出 如果不是，则删除 pid 文件 关闭 pid，再次从顶部开始

Pid 文件通常位于 /var/run 目录中，并命名为 foobar.pid，其中 foobar 是程序名称