假脱机/守护者模式和inotify

 

假脱机/守护者模式和inotify

目录

• 1   历史
  • 1.1   幽灵进程配置文件模式
  • 1.2   假脱机守护者模式
• 2   组合

1   历史

1.1   幽灵进程配置文件模式

unix幽灵进程常常采用配置文件来控制运行时行为，系统管理员修改配置文件后，给进程发送 HUP 信号，进程就会重新读配置文件。在 debian 下， /etc/init.d/<Service Name> restart 一般就是给后台进程发HUP信号。

1.2   假脱机守护者模式

这是Unix系统中常用的合作模式。前台进程(spooler)把任务丢到spool目录中去就不管了，后台进程不断检查spool中是否有事情可做，如果有就执行任务，并把任务文件删除。unix的打印系统和邮件系统都是这样工作的。

2   组合

在实际系统中，我们可以把上面两种模式组合起来，前台界面程序修改幽灵进程的配置文件，但是并不通知后台进程，而由后台进程自己发现配置文件变化了，重新加载配置参数。

不过，这怎么实现呢？

在Linux2.6之前，恐怕只能用定时器查看文件内容了。Linux 2.6 引入了 inotify(7) ，让幽灵进程实现这样的监视变得异常容易！使用 inotify(7) , 只要文件变化了，进程就可以得到通知，多么棒！后台进程实现上面的监视配置文件变化重新加载的功能就可以非常优雅！