[原创]Blackfin嵌入式系统中守护进程的设计
0赞
发表于 12/12/2011 11:24:53 PM
阅读（3422）
目前在嵌入式设计当中，会遇到各种各样的守护进程的问题，今天下午跟一个同事做开发的时候就遇到了这样的 ，我用的芯片是ADI的blackfin，针对这个芯片中守护程序的设计，查阅了一些资料，把这个问题写出来，与大家共勉。
守护进程（daemon）是生存期长的一种进程。它们常常在系统引导装入时起动，在系统关闭时终止。因为它们没有控制终端，所以说它们是在后台运行的。uclinux系统有很多守护进程，它们执行日常事物活动。
所有守护进程都以超级用户（用户I D为0）的优先权运行。
没有一个守护进程具有控制终端—终端名称设置为问号（？）、终端前台进程组I D设置为－1。缺少控制终端可能是精灵进程调用了s e t s i d的结果。
除u p d a t e以外的所有精灵进程都是进程组的首进程，对话期的首进程，而且是这些进程组和对话期中的唯一进程。u p d a t e是它所在进程组和对话期（中的唯一进程，但是该进程组的首进程（可能也是该对话期的首进程）已经终止。
所有这些守护进程的父进程都是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
