作者:gfree.wind@gmail.com
博客:blog.focus-linux.net linuxfocus.blog.chinaunix.net
博客:blog.focus-linux.net linuxfocus.blog.chinaunix.net
微博:weibo.com/glinuxer
QQ技术群:4367710
本文的copyleft归gfree.wind@gmail.com所有,使用GPL发布,可以自由拷贝,转载。但转载请保持文档的完整性,注明原作者及原链接,严禁用于任何商业用途。
============================================================================================================================
在编写服务进程的时候,经常有这样一个需求:保证服务进程只有一个实例在运行。
为实现这个简单的功能,有下面各种常见的实现方式:
1. 通过已知的进程名,来查询是否有同名的进程正在运行。
可以利用proc,也可以读取ps的输出等;
2. 利用pid文件,这也是linux各种服务常见的实现方式:
服务进程启动的时候,首先在指定目录下,一般为/var/run/,查找是否已经存在对应该进程的pid文件。
如果已经存在,表明有同样的进程在运行。但是也许该进程意外崩溃,所以需要进一步检查。读取该pid文件,获得pid。
然后再利用确定该pid的进程是否存在。如存在,是否为同名进程。
上面两种方式,是我以前常用的方法。后来,我更倾向于下面这种利用flock文件锁的方式。
闲话不说,见代码:
-
#include <stdio.h>
-
#include <string.h>
-
#include <stdlib.h>
-
-
#include <sys/types.h>
-
#include <sys/stat.h>
-
#include <fcntl.h>
-
#include <errno.h>
-
#include <sys/file.h>
-
#include <unistd.h>
-
-
#include <my_basetype.h>
-
-
static int g_single_proc_inst_lock_fd = -1;
-
-
static void single_proc_inst_lockfile_cleanup(void)
-
{
-
if (g_single_proc_inst_lock_fd != -1) {
-
close(g_single_proc_inst_lock_fd);
-
g_single_proc_inst_lock_fd = -1;
-
}
-
}
-
-
B_BOOL is_single_proc_inst_running(const char *process_name)
-
{
-
char lock_file[128];
-
snprintf(lock_file, sizeof(lock_file), "/var/tmp/%s.lock", process_name);
-
-
g_single_proc_inst_lock_fd = open(lock_file, O_CREAT|O_RDWR, 0644);
-
if (-1 == g_single_proc_inst_lock_fd) {
-
fprintf(stderr, "Fail to open lock file(%s). Error: %s\n",
-
lock_file, strerror(errno));
-
return B_FALSE;
-
}
-
-
if (0 == flock(g_single_proc_inst_lock_fd, LOCK_EX | LOCK_NB)) {
-
atexit(single_proc_inst_lockfile_cleanup);
-
return B_TRUE;
-
}
-
-
close(g_single_proc_inst_lock_fd);
- g_single_proc_inst_lock_fd = -1;
-
return B_FALSE;
-
- }
is_single_proc_inst_running为关键函数,返回true,则表明只有一个进程实例在运行(本进程)。返回false则表明已有同名进程在运行了。
利用非阻塞的文件锁,对相应的文件进行上锁。成功获得文件锁的时候,就排斥了其它实例再次拿锁。在进程退出时,无论是正常退出还是意外崩溃的时候,Linux内核本身都会关闭该文件描述符。
当文件关闭时,文件锁都会被释放。这样新的服务进程可以再次启动。
但是我在写这个代码时,还是利用atexit,实现了对该文件描述符的关闭。即使加了这个不必要的实现,这份代码仍然比最早提出的两种方式要简单的多。
这份代码没有考虑多线程竞争,因为没有必要。一般来说,检测进程唯一实例应该是在进程刚刚启动的时候。那时,应该只有一个线程。
希望大家对这个实现提意见,或者分享你的方法。