Linux守护进程的编程方法（含实例）.docVIP

Linux守护进程的编程方法（含实例） /space.php?uido=blogid=287770 参考文献 Linux信号列表(zz) Linux 守护进程的编程方法 linux上编写守护进程的例程 Linux下后台守护进程的编写实例 一、守护进程及其特性 　　守护进程（Daemon）是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。守护进程是一种很有用的进程。Linux的大多数服务器就是用守护进程实现的，比如，Internet服务器inetd，Web服务器httpd等。同时，守护进程完成许多系统任务。比如，作业规划进程crond，打印进程lpd等。 其特征如下： 1、后台运行 　　守护进程最重要的特性是后台运行。在这一点上DOS下的常驻内存程序TSR与之相似。 2、独立于其运行前的环境 　　守护进程必须与其运行前的环境隔离开来。这些环境包括未关闭的文件描述符，控制终端，会话和进程组，工作目录以及文件创建掩模等。这些环境通常是守护进程从执行它的父进程（特别是shell）中继承下来的。 3、启动方式 　　守护进程的启动方式有其特殊之处。它可以在Linux系统启动时从启动脚本/etc/rc.d中启动，可以由作业规划进程crond启动，还可以由用户终端（通常是shell）执行。 　　除了以上这些特征外，守护进程与普通进程基本上没有什么区别。实际上，编写守护进程也就是按照上述的守护进程特征把一个普通进程改造成为守护进程。 二、 守护进程编程要点 　　守护进程的编程本身并不复杂，复杂的是各种版本的Unix的实现机制不尽相同，造成不同Unix环境下守护进程的编程规则并不一致。如果照搬某些书上的规则（特别是BSD4.3和低版本的System V）到Linux会出现错误的。所幸的是守护进程的编程原则都是一样的，区别在于具体的实现细节。这个原则就是要满足守护进程的特征。同时，Linux是基于Syetem V的SVR4并遵循Posix标准，实现起来比BSD4更方便。守护进程编程要点总结如下： 1、屏蔽控制终端操作信号 　　屏蔽一些有关控制终端操作的信号。防止在守护进程没有正常运转起来时，控制终端受到干扰退出或挂起。方法如下： MySignal(SIGTTOU, SIG_IGN); MySignal(SIGTTIN, SIG_IGN); MySignal(SIGTSTP, SIG_IGN); MySignal(SIGHUP, SIG_IGN); 注意，这里调用的是我自定义的为指定信号安装处理函数MySignal，而不是signal。因为是signal的语义与实现有关，所以这里改用用sigaction实现的MySignal。MySignal具体定义见后面编程实例。 说明： 1) SIGHUP 　　本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。 　　登录Linux时，系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序，包括前台进程组和后台进程组，一般都属于这个Session。当用户退出Linux登录时，前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程，因此前台进程组和后台有终端输出的进程就会中止。不过可以捕获这个信号，比如wget能捕获SIGHUP信号，并忽略它，这样就算退出了Linux登录，wget也能继续下载。 　　此外，对于与终端脱离关系的守护进程，这个信号用于通知它重新读取配置文件。 2) SIGTSTP 　　停止进程的运行, 但该信号可以被处理和忽略。用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号 3) SIGTTIN 　　当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号。缺省时这些进程会停止执行 4) SIGTTOU 　　类似于SIGTTIN, 当后台作业要向用户终端写数据(或修改终端模式)时收到 2、处理SIGCHLD信号 　　处理SIGCHLD（子进程结束）信号并不是必须的。但对于某些进程，特别是服务器进程往往在请求到来时生成子进程来处理请求。如果父进程不等待子进程结束，子进程将成为僵死进程（zombie）从而占用系统资源。如果父进程等待子进程结束，将增加父进程的负担，影响服务器进程的并发性能。在Linux下，可以简单地将SIGCHLD信号的操作设SIG_IGN（父进程对子进程结束状态不感兴趣，忽略子进程结束信号SIG_IGN）。 MySignal(SIGCHLD,SIG_IGN); 　　这样，内核在子进程结束时不会产