snifer

【技术分享】【原创】说说嵌入式系统中的守护进程

0
阅读(2636)

晚上跟几个同学做了守护进程的一个讲座,自己调试了几个案例,今天写给大家。

 在嵌入式操作系统中,有一个非常重要的概念,守护进程。守护进程(daemon)是生存期长的一种进程。它们常常在系统引导装入时起动,在系统关闭时终止。因为它们没有控制终端,所以说它们是在后台运行的。linux系统有很多守护进程,它们执行日常事物活动。

守护进程特征: 
1、所有守护进程都以超级用户(用户I D为0)的优先权运行。
2、没有一个守护进程具有控制终端—终端名称设置为问号(?)、终端前台进程组I D设置为-1。缺少控制终端可能是精灵进程调用了s e t s i d的结果。
3、除u p d a t e以外的所有精灵进程都是进程组的首进程,对话期的首进程,而且是这些进程组和对话期中的唯一进程。u p d a t e是它所在进程组和对话期(中的唯一进程,但是该进程组的首进程(可能也是该对话期的首进程)已经终止。
4、所有这些守护进程的父进程都是i n i t进程。
 
守护进程编程规则(5步):
 
(1)创建子进程,父进程退出:
         首先做的是调用fork,然后使父进程e x i t。这样做实现了下面几点:第一,如果该守护进程是由一条简单s h e l l命令起动的,那么使父进程终止使得s h e l l认为这条命令已经执行完成。第二,子进程继承了父进程的进程组I D,但具有一个新的进程I D,这就保证了子进程不是一个进程组的首进程。这对于下面就要做的setsid调用是必要的前提条件。
  
(2)调用setsid以创建一个新的会话,并担任该会话组的组长。调用setsid 作用有三个:
    (a)成为新对话期的首进程,
    (b)成为一个新进程组的首进程,
    (c)脱离控制终端。
(会话组是一个或多个进程组的集合)
  
setsid()函数格式:
#include <sys/types.h>
#include <unist.h>
Pid_t setsid(void)
函数成功时返回该进程组ID, 出错时返回-1
  
(3)改变当前目录为根目录
chdir(“/”);
        从父进程继承过来的当前工作目录可能在一个mnt的文件系统中。因为守护进程通常在系统再引导之前是一直存在的,所以如果守护进程的当前工作目录在一个mnt文件系统中,那么该文件系统就不能被拆卸。
  
(4)重设文件权限掩码
       umask(0);
由继承得来的文件方式创建屏蔽字可能会拒绝设置某些许可权。例如,若守护进程要创建一个组可读、写的文件,而继承的文件方式创建屏蔽字,屏蔽了这两种许可权,则所要求的组可读、写就不能起作用。
  
(5) 关闭不再需要的文件描述符。
用fork函数创建的子程序会从父进程那继承一些已经打开的文件,由此为使守护进程就不再持有从其父进程继承来的某些文件描述符。但是,究竟关闭哪些描述符则与具体的精灵进程有关,可以程序中的方法关闭所有文件描述符。
for (i=0;i<MAXFILE;I++)
close(i);
守护例如:dameon.c
  
由于守护进程完全脱离了控制终端,因此,不能像其他程序一样通过输出错误信息到控制台的方式来通知程序员。
通常的办法是使用syslog服务,将出错信息输入到“/var/log/message”系统日志文件中去。
Syslog是linux中的系统日志管理服务通过守护进程syslog来维护。
 
就写这么多吧,这个概念比较生疏,专门学操作系统的童鞋可能比较熟悉,呵呵,谢谢大家