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有下面的3个作用：

（1）让进程摆脱原会话的控制

（2）让进程摆脱原进程组的控制

（3）让进程摆脱原控制终端的控制

     也就是说由于创建守护进程的第一步调用了fork函数来创建子进程，再将父进程退出。由于在调用了fork函数时，子进程全盘拷贝了父进程的会话期、进程组、控制终端等，虽然父进程退出了，但会话期、进程组、控制终端等并没有改变，因此，这还不是真正意义上的独立开来，而setsid函数能够使进程完全独立出来，从而摆脱其他进程的控制。

说明：当进程是会话组长时setsid()调用失败。但第一点已经保证进程不是会话组长。setsid()调用成功后，进程成为新的会话组长和新的进程组长，并与原来的登录会话和进程组脱离。由于会话过程对控制终端的独占性，进程同时与控制终端脱离。 
3. 禁止进程重新打开控制终端 
     现在，进程已经成为无终端的会话组长。但它可以重新申请打开一个控制终端。可以通过使进程不再成为会话组长来禁止进程重新打开控制终端： 
    if(pid=fork()) 

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

注意：很多读者就会问，为什么要创建两次进程呢？ 这是因为第二步结束后，进程创建了一个新的会话组，并成为会话组长，而会话组长可能获得控制终端，如果获得了控制终端那么或这个进程就不是守护进程了。所以添加了这几句代码，让进程失去会话组长的身份，从而没有获得控制终端的权限。

4. 关闭打开的文件描述符 
同文件权限码一样，用fork函数新建的子进程会从父进程那里继承一些已经打开了的文件。这些被打开的文件可能永远不会被守护进程读写，但它们一样消耗系统资源，而且可能导致所在的文件系统无法卸下。
在上面的第二步之后，守护进程已经与所属的控制终端失去了联系。因此从终端输入的字符不可能达到守护进程，守护进程中用常规方法（如printf）输出的字符也不可能在终端上显示出来。所以，文件描述符为0、1和2 的3个文件（常说的输入、输出和报错）已经失去了存在的价值，也应被关闭。通常按如下方式关闭文件描述符：
for(i=0;i<MAXFILE;i++)
close(i);
5. 改变当前工作目录 
    这一步也是必要的步骤。使用fork创建的子进程继承了父进程的当前工作目录。由于在进程运行中，当前目录所在的文件系统（如“/mnt/usb”）是不能卸载的，这对以后的使用会造成诸多的麻烦（比如系统由于某种原因要进入单用户模式）。因此，通常的做法是让"/"作为守护进程的当前工作目录，这样就可以避免上述的问题，当然，如有特殊需要，也可以把当前工作目录换成其他的路径，如/tmp。改变工作目录的常见函数式chdir。
6. 重设文件创建掩模 
  进程从创建它的父进程那里继承了文件创建掩模。它可能修改守护进程所创建的文件的存取位。为防止这一点，将文件创建掩模清除：umask(0); 
7. 处理SIGCHLD信号 
   处理SIGCHLD信号并不是必须的。但对于某些进程，特别是服务器进程往往在请求到来时生成子进程处理请求。如果父进程不等待子进程结束，子进程将成为僵尸进程（zombie）从而占用系统资源。如果父进程等待子进程结束，将增加父进程的负担，影响服务器进程的并发性能。在Linux下可以简单地将SIGCHLD信号的操作设为SIG_IGN。 
signal(SIGCHLD,SIG_IGN); 

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

    因为linux里的进程都属于一颗树，树的根结点是linux系统初始化结束阶段时启动的init进程，这个进程的pid是1，所有的其他进程都是它的子孙。除了init，任何进程一定有他的父进程，而父进程会负责分配（fork）、回收（wait4）它申请的进程资源。这个树状关系也比较健壮，当某个进程还在运行时，它的父进程却退出了，这个进程却没有成为孤儿进程，因为linux有一个机制，init进程会接管它，成为它的父进程。这也是守护进程的由来了，因为守护进程的其中一个要求就是希望init成为守护进程的父进程。

    如果某个进程自身终止了，在调用exit清理完相关的内容文件等资源后，它就会进入ZOMBIE状态，它的父进程会调用wait4来回收这个task_struct，但是，如果父进程一直没有调用wait4去释放子进程的task_struct，问题就来了，这个task_struct谁来回收呢？永远没有人，除非父进程终止后，被init进程接管这个ZOMBIE进程，然后调用wait4来回收进程描述符。如果父进程一直在运行着，这个ZOMBIE会永远的占用系统资源，用KILL发任何信号量也不能释放它。这是很可怕的，因为服务器上可能会出现无数ZOMBIE进程导致机器挂掉。

 8.守护进程退出处理
  当用户需要外部停止守护进程运行时，往往会使用 kill命令停止该守护进程。所以，守护进程中需要编码来实现kill发出的signal信号处理，达到进程的正常退出。
===============================
signal(SIGTERM, sigterm_handler);
void sigterm_handler(int arg)
{
    _running = 0;
}
===============================
这样，一个简单的守护进程就建立起来了。

[cpp] view plaincopy
  1. #include < unistd.h >   
  2. #include < signal.h >   
  3. #include < sys/param.h >   
  4. #include < sys/types.h >   
  5. #include < sys/stat.h >   
  6. void init_daemon(void)   
  7. {   
  8.     int pid;   
  9.     int i;   
  10.     if(pid=fork())   
  11.         exit(0);//是父进程，结束父进程   
  12.     else if(pid< 0)   
  13.         exit(1);//fork失败，退出   
  14.     //是第一子进程，后台继续执行   
  15.     setsid();//第一子进程成为新的会话组长和进程组长   
  16.     //并与控制终端分离   
  17.     if(pid=fork())   
  18.         exit(0);//是第一子进程，结束第一子进程   
  19.     else if(pid< 0)   
  20.         exit(1);//fork失败，退出   
  21.     //是第二子进程，继续   
  22.     //第二子进程不再是会话组长   
  23.   
  24.     for(i=0;i< NOFILE;++i)//关闭打开的文件描述符   
  25.         close(i);   
  26.     chdir("/tmp");//改变工作目录到/tmp   
  27.     umask(0);//重设文件创建掩模   
  28.     return;   
  29. }   
  30. 2． test.c清单   
  31. #include < stdio.h >   
  32. #include < time.h >   
  33.   
  34. void init_daemon(void);//守护进程初始化函数   
  35.   
  36. main()   
  37. {   
  38.     FILE *fp;   
  39.     time_t t;   
  40.     init_daemon();//初始化为Daemon   
  41.   
  42.     while(1)//每隔一分钟向test.log报告运行状态   
  43.     {   
  44.         sleep(60);//睡眠一分钟   
  45.         if((fp=fopen("test.log","a")) >=0)   
  46.         {   
  47.             t=time(0);   
  48.             fprintf(fp,"Im here at %s/n",asctime(localtime(&t)) );   
  49.             fclose(fp);   
  50.         }   
  51.     }   
  52. }   
查看进程：ps -ef 
从输出可以发现test守护进程的各种特性满足上面的要求。



原文：http://blog.csdn.net/nk_test/article/details/48442993

posted on 2015-10-13 17:12  Zoran_i  阅读(297)  评论(0)  编辑  收藏  举报

导航