枫林在线论坛精华区>>程序设计
[219425] 主题: Linux 守护进程的编程方法
作者: redhat (RedHat)
标题: Linux 守护进程的编程方法[转载]
来自: 218.78.*.*
发贴时间: 2004年05月27日 11:17:35
长度: 6041字
http://www.softhouse.com.cn/linux/knowledge/tech/7320.html      
                                                        

守护进程(Daemon)是运行在后台的一种特殊进程。它独立于控制终端并
且周期性地执                                            
行某种任务或等待处理某些发生的事件。守护进程是一种很有用的进程。
Linux的大多数                                           
服务器就是用守护进程实现的。比如,Internet服务器inetd,Web服务器
httpd等。同时                                           
,守护进程完成许多系统任务。比如,作业规划进程crond,打印进程lpd
等。                                                    

守护进程的编程本身并不复杂,复杂的是各种版本的Unix的实现机制不尽
相同,造成不                                            
同Unix环境下守护进程的编程规则并不一致。这需要读者注意,照搬某些
书上的规则(                                            
特别是BSD4.3和低版本的System V)到Linux会出现错误的。下面将全面介
绍Linux下守                                            
护进程的编程要点并给出详细实例。                                
                                                        

一. 守护进程及其特性                                           
                                                        

守护进程最重要的特性是后台运行。在这一点上DOS下的常驻内存程序TSR
与之相似。其                                            
次,守护进程必须与其运行前的环境隔离开来。这些环境包括未关闭的文
件描述符,控                                            
制终端,会话和进程组,工作目录以及文件创建掩模等。这些环境通常是
守护进程从执                                            
行它的父进程(特别是shell)中继承下来的。最后,守护进程的启动方式
有其特殊之处                                           
。它可以在Linux系统启动时从启动脚本/etc/rc.d中启动,可以由作业规
划进程crond启                                           
动,还可以由用户终端(通常是shell)执行。

总之,除开这些特殊性以外,守护进程与普通进程基本上没有什么区别。
因此,编写守
护进程实际上是把一个普通进程按照上述的守护进程的特性改造成为守护
进程。如果读
者对进程有比较深入的认识就更容易理解和编程了。

二. 守护进程的编程要点

前面讲过,不同Unix环境下守护进程的编程规则并不一致。所幸的是守护
进程的编程原
则其实都一样,区别在于具体的实现细节不同。这个原则就是要满足守护
进程的特性。
同时,Linux是基于Syetem V的SVR4并遵循Posix标准,实现起来与BSD4相
比更方便。编
程要点如下;

1. 在后台运行。

为避免挂起控制终端将Daemon放入后台执行。方法是在进程中调用fork使
父进程终止,
让Daemon在子进程中后台执行。

if(pid=fork())

exit(0);//是父进程,结束父进程,子进程继续

2. 脱离控制终端,登录会话和进程组

有必要先介绍一下Linux中的进程与控制终端,登录会话和进程组之间的关
系:进程属于
一个进程组,进程组号(GID)就是进程组长的进程号(PID)。登录会话
可以包含多个
进程组。这些进程组共享一个控制终端。这个控制终端通常是创建进程的
登录终端。

控制终端,登录会话和进程组通常是从父进程继承下来的。我们的目的就
是要摆脱它们
,使之不受它们的影响。方法是在第1点的基础上,调用setsid()使进程成
为会话组长:

setsid();

说明:当进程是会话组长时setsid()调用失败。但第一点已经保证进程不
是会话组长。s
etsid()调用成功后,进程成为新的会话组长和新的进程组长,并与原来的
登录会话和进
程组脱离。由于会话过程对控制终端的独占性,进程同时与控制终端脱离


3. 禁止进程重新打开控制终端

现在,进程已经成为无终端的会话组长。但它可以重新申请打开一个控制
终端。可以通
过使进程不再成为会话组长来禁止进程重新打开控制终端:

if(pid=fork())

exit(0);//结束第一子进程,第二子进程继续(第二子进程不再是会话组
长)

4. 关闭打开的文件描述符

进程从创建它的父进程那里继承了打开的文件描述符。如不关闭,将会浪
费系统资源,
造成进程所在的文件系统无法卸下以及引起无法预料的错误。按如下方法
关闭它们:

for(i=0;i 关闭打开的文件描述符close(i);>

5. 改变当前工作目录

进程活动时,其工作目录所在的文件系统不能卸下。一般需要将工作目录
改变到根目录
。对于需要转储核心,写运行日志的进程将工作目录改变到特定目录如/t
mpchdir("/")

6. 重设文件创建掩模

进程从创建它的父进程那里继承了文件创建掩模。它可能修改守护进程所
创建的文件的
存取位。为防止这一点,将文件创建掩模清除:umask(0);

7. 处理SIGCHLD信号

处理SIGCHLD信号并不是必须的。但对于某些进程,特别是服务器进程往往
在请求到来时
生成子进程处理请求。如果父进程不等待子进程结束,子进程将成为僵尸
进程(zombie
)从而占用系统资源。如果父进程等待子进程结束,将增加父进程的负担
,影响服务器
进程的并发性能。在Linux下可以简单地将SIGCHLD信号的操作设为SIG_IG
N。

signal(SIGCHLD,SIG_IGN);

这样,内核在子进程结束时不会产生僵尸进程。这一点与BSD4不同,BSD4
下必须显式等
待子进程结束才能释放僵尸进程。

三. 守护进程实例

守护进程实例包括两部分:主程序test.c和初始化程序init.c。主程序每
隔一分钟向/tm
p目录中的日志test.log报告运行状态。初始化程序中的init_daemon函数
负责生成守护
进程。读者可以利用init_daemon函数生成自己的守护进程。

1. init.c清单

#include < unistd.h >
#include < signal.h >
#include < sys/param.h >
#include < sys/types.h >
#include < sys/stat.h >

void init_daemon(void)
{
int pid;
int i;

if(pid=fork())
exit(0);//是父进程,结束父进程
else if(pid< 0)
exit(1);//fork失败,退出
//是第一子进程,后台继续执行

setsid();//第一子进程成为新的会话组长和进程组长
//并与控制终端分离
if(pid=fork())
exit(0);//是第一子进程,结束第一子进程
else if(pid< 0)
exit(1);//fork失败,退出
//是第二子进程,继续
//第二子进程不再是会话组长

for(i=0;i< NOFILE;++i)//关闭打开的文件描述符
close(i);
chdir("/tmp");//改变工作目录到/tmp
umask(0);//重设文件创建掩模
return;
}
2. test.c清单
#include < stdio.h >
#include < time.h >

void init_daemon(void);//守护进程初始化函数

main()
{
FILE *fp;
time_t t;
init_daemon();//初始化为Daemon

while(1)//每隔一分钟向test.log报告运行状态
{
sleep(60);//睡眠一分钟
if((fp=fopen("test.log","a")) >=0)
{
fprintf(fp,"I'm here at %s\n",asctime(localtime(&t
)) );
fclose(fp);
}
}
}
以上程序在RedHat Linux6.0下编译通过。步骤如下:
编译:gcc 
========== * * * * * ==========
返回