Linux守护进程介绍及实例详解

　　Linux系统有很多守护进程，大多数服务器都是用守护进程实现的。同时，守护进程完成许多系统任务，比如，作业规划进程crond、打印进程lqd等。

　　常用的守护进程简单介绍:

• Kudzu(硬件检测)
• sshd(远程连接)
• inetd(网络连接)
• ldap(目录访问协议)

　　Linux运行等级介绍:

最常用的是3和5。

• run level 0：是作关机用的，一开机就会作关机的动作。
• run level 1：都是Single user mode模式，只允许root账号登录，主要是作一些系统维护的工作。
• run level 2：可以使所有的用户登录，但不会启用NFS working，也就是没有网络功能
• run level 3：可以使所有用户登录，并拥有完整的功能。包含run level 2没有的功 能，但是开机后是用文本模式
• run level 4：使用者自己定义，但是默认情况下和run level 3完全相同，
• run level 5：和run level 3几乎一样，唯一的不同是开机后是图形界面，
• run level 6：重启。开机后立刻重启

　　Chkconfig改变守护进程运行等级:

　　使用MAN Chkconfig 命令查看帮助信息即可知道使用方法。

　　端口常用知识

• Netstat命令使用
• Netstat -tn 查看当前开放端口
• Netstat -tnl 查看监听状态的端口
• Lsof配合netstat查看是什么程序启动的相对应的端口:
• Lsof -i :111 查看111端口这个程序的PID值和COMMAND
• kill 9441 关闭PID为9441的端口

　　Ntsysv图形化的工具，关闭不需要的服务

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

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

　　一、守护进程及其特性

　　守护进程最重要的特性是后台运行。在这一点上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);//是父进程，结束父进程，子进程继续
1.
2.
3.

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

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

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

　　setsid();
1.

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

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

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

　　if(pid=fork())
　　exit(0);//结束***子进程，第二子进程继续（第二子进程不再是会话组长）
1.
2.
3.

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

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

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

　　5. 改变当前工作目录

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

　　6. 重设文件创建掩模

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

　　7. 处理SIGCHLD信号

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

　　signal(SIGCHLD,SIG_IGN);
1.

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

　　三、守护进程实例

　　守护进程实例包括两部分：主程序test.c和初始化程序init.c。主程序每隔一分钟向/tmp目录中的日志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;  
} 
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.

　　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)       
   {         
t=time(0);         
fprintf(fp,”I’m here at %s\n”,asctime(localtime(&t)) );        
fclose(fp);       
    }    
  }  
}   
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.

　　以上程序在RedHat Linux6.0下编译通过。步骤如下：

　　编译：

　　$ gcc –g –o test init.c test.c
　　执行：./test
　　查看进程：ps –ef
1.
2.
3.
4.
5.

　　从输出可以发现test守护进程的各种特性满足上面的要求。