UNIX中后台进程与守护进程

后台进程

默认情况下，进程是在前台运行的，这时就把shell给占据了，我们无法进行其它操作。对于那些没有交互的进程，很多时候，我们希望将其在后台启动，可以在启动参数的时候加一个'&'实现这个目的。

tianfang > run &
[1] 11319
tianfang >

进程切换到后台的时候，我们把它称为job。切换到后台时会输出相关job信息，以前面的输出为[1] 11319例：[1]表示job ID是1,11319表示进程ID是11319。

切换到后台的进程，仍然可以用ps命令查看：

tianfang > ps
PID TTY TIME CMD
5170 pts/3 00:00:00 bash
11319 pts/3 00:00:00 run
11320 pts/3 00:00:00 ps
tianfang >

可以通过jobs命令只查看所有job（后台进程）：

tianfang > jobs
[1]+ Done run
tianfang >

守护进程

如果一个进程永远都是以后台方式启动，并且不能受到Shell退出影响而退出，一个正统的做法是将其创建为守护进程。守护进程值得是系统长期运行的后台进程，类似Windows服务。守护进程信息通过ps a无法查看到，需要用到x参数，当使用这条命令的时候，往往还附上-j参数以查看作业控制信息，其中TPGID一栏为-1就是守护进程。

tianfang > ps xj
PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
953 1190 1190 1190 ? -1 Ss 1000 0:00 /bin/sh /usr/bin/startkde
1 1490 1482 1482 ? -1 Sl 1000 0:00 /usr/bin/VBoxClient seamless
1 1491 1477 1477 ? -1 Sl 1000 0:00 /usr/bin/VBoxClient display

创建守护进程最关键的一步是调用setsid函数创建一个新的Session，并成为Session Leader。成功调用该函数的结果是：

• 创建一个新的Session，当前进程成为Session Leader，当前进程的id就是Session的id
• 创建一个新的进程组，当前进程成为进程组的Leader，当前进程的id就是进程组的id
• 如果当前进程原本有一个控制终端，则它失去这个控制终端，成为一个没有控制终端的进程。

  一个示例如下：

  #include <stdlib.h>
  #include <stdio.h>
  #include <fcntl.h>
  
  void daemonize(void)
  {
  pid_t pid;
  
  /*
  * Become a session leader to lose controlling TTY.
  */
  if ((pid = fork()) < 0) {
  perror("fork");
  exit(1);
  } else if (pid != 0) /* parent */
  exit(0);
  setsid();
  
  /*
  * Change the current working directory to the root.
  */
  if (chdir("/") < 0) {
  perror("chdir");
  exit(1);
  }
  
  /*
  * Attach file descriptors 0, 1, and 2 to /dev/null.
  */
  close(0);
  open("/dev/null", O_RDWR);
  dup2(0, 1);
  dup2(0, 2);
  }
  
  int main(void)
  {
  daemonize();
  while(1)
  sleep(1);
  }

  为了确保调用setsid的进程不是进程组的Leader，首先fork出一个子进程，父进程退出，然后子进程调用setsid创建新的Session，成为守护进程。

  按照守护进程的惯例，通常将当前工作目录切换到根目录，将文件描述符0、1、2重定向到/dev/null。Linux也提供了一个库函数daemon(3)实现我们的daemonize函数的功能，它带两个参数指示要不要切换工作目录到根目录，以及要不要把文件描述符0、1、2重定向到/dev/null。

  tianfang > run
  tianfang > ps xj | grep run
  1 2665 1868 1868 ? -1 Sl 1000 0:05 kdeinit4: krunner [kdeinit]
  1 27506 27506 27506 ? -1 Ss 1000 0:00 run
  25662 27508 27507 25662 pts/2 27507 S+ 1000 0:00 grep --color=auto run
  tianfang >

  运行这个程序，它变成一个守护进程，不再和当前终端关联。用ps命令看不到，必须运行带x参数的ps命令才能看到。另外还可以看到，用户关闭终端窗口或注销也不会影响守护进程的运行。

  
  

  守护进程补充：setsid()

  守护进程—aemon）是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。守护进程是一种很有用 的进 程。 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()调用失败。但第一点已经保证进程不是会话组长。setsid()调用成功后，进程成为新的会话组长和新的进程组长，并与原来的登录会话和进程组脱离。由于会话过程对控制终端的独占性，进程同时与控制终端脱离。

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

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

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

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

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

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

  5. 改变当前工作目录

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

  6. 重设文件创建掩模

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

  7. 处理SIGCHLD信号

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

  signal(SIGCHLD,SIG_IGN);

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

  三． 守护进程实例

  守护进程实例包括两部分：主程序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;

  }
  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,"Im here at %sn",asctime(localtime(&t)) );

  fclose(fp);}

  }

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

  编译：gcc -g -o test init.c test.c

  执行：./test

  查看进程：ps -ef

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