用inotify监视文件/目录变化
转载时请注明出处和作者联系方式：http://blog.csdn.net/absurd
作者联系方式：李先静 <xianjimli at hotmail dot com>
更新时间：2007-6-18
介绍inotify使用方法的文章已经有很多了，写得也非常清楚，本来不需要我多此一举了。不过，我是第一次使用，而且用得不是很顺，作为新手，想法毕竟有些不同，所以有些东西还是值得记录下来的。
最近为桌面增加监控applictions目录变化的功能，我们的桌面虽然是自己开发的，但遵循了freedesktop的Desktop Entry Specification标准。应用程序的desktop文件放置在applictions目录下，这是应用程序的入口，桌面负责把它们放在适当的位置(如开始菜单和状态栏中)。对于内置的应用程序，它们的desktop文件不会变化，但是第三方的应用程序可能随时安装/卸载，如果安装/卸载要强迫用户重起机器，那太不人性化了。为了支持动态安装和卸载，我们通过监控applictions中desktop文件的变化来实现。
1. glibc版本偏旧，没有提供inotify的头文件。
较旧的glibc(如2.4之前的)没有提供inotify的头文件，不能直接使用网上介绍的方法，要自己定义系统调用和那些常量，如：
|
#include <sys/syscall.h> #ifndef __NR_inotify_init #if defined(__i386__) # define __NR_inotify_init 291 # define __NR_inotify_add_watch 292 # define __NR_inotify_rm_watch 293 #elif defined(__x86_64__) ... { return syscall(__NR_inotify_init); } static inline int inotify_add_watch(int fd, const char *name, uint32_t mask) { return syscall(__NR_inotify_add_watch, fd, name, mask); } static inline int inotify_rm_watch(int fd, uint32_t wd) { return syscall(__NR_inotify_rm_watch, fd, wd); } struct inotify_event { int wd; uint32_t mask; uint32_t cookie; uint32_t len; char name[]; }; /* the following are legal, implemented events that user-space can watch for */ #define IN_ACCESS 0x00000001 /* File was accessed */ #define IN_MODIFY 0x00000002 /* File was modified */ #define IN_ATTRIB 0x00000004 /* Metadata changed */ #define IN_CLOSE_WRITE 0x00000008 /* Writtable file was closed */ #define IN_CLOSE_NOWRITE 0x00000010 /* Unwrittable file closed */ #define IN_OPEN 0x00000020 /* File was opened */ #define IN_MOVED_FROM 0x00000040 /* File was moved from X */ #define IN_MOVED_TO 0x00000080 /* File was moved to Y */ #define IN_CREATE 0x00000100 /* Subfile was created */ #define IN_DELETE 0x00000200 /* Subfile was deleted */ #define IN_DELETE_SELF 0x00000400 /* Self was deleted */ #define IN_MOVE_SELF 0x00000800 /* Self was moved */ |
Hal里有一套定义，我验证过没有问题，直接拿来用就好了，可以省不少麻烦。你可以从http://freedesktop.org/~david/dist/hal-0.5.9.tar.gz获取。
2. 从inotify_fd中读出的buffer可能有多个inotify_event，可以按下列方法一一取出：
inotify_event的长度不是固定的，要根据它的len成员计算它的实际大小，然后找到下一个的开始位置。
|
static void inotify_events_io_func (GIOChannel *channel, GIOCondition condition, gpointer data) { char buf[1024] = {0}; struct inotify_event* event = {0}; int index = 0; int len = 0; int fd = g_io_channel_unix_get_fd (channel); while(((len = read (fd, &buf, sizeof (buf))) < 0) && (errno == EINTR)); while(index < len) { event = (struct inotify_event*)(buf+index); handle_inotify_event(event, data); index += sizeof(struct inotify_event) + event->len; g_debug("len=%d index=%d", len, index); } return; } |
3. 与g_main_loop关联以简化实现。
应用程序有自己的事情要做，不能一直挂到inotify_fd上，可以与g_main_loop关联起来，方法如下。
|
int main(int argc, char* argv[]) { if(argc != 2) { printf("usage: %s dir/n", argv[0]); return 0; } int fd = 0; const char* dir = argv[1]; GIOChannel *channel = NULL; fd = inotify_init (); int wd = inotify_add_watch (fd, dir, IN_MODIFY | IN_CREATE | IN_DELETE | IN_MOVED_FROM | IN_MOVED_TO); channel = g_io_channel_unix_new (fd); g_io_add_watch(channel, G_IO_IN, (GIOFunc) inotify_events_io_func, (gpointer)dir); GMainLoop* loop = g_main_loop_new(NULL, FALSE); g_main_loop_run(loop); return 0; } |
4. 处理事件。
事件处理与具体应用有关，只要清楚inotify_event结构中各个成员的意义即可。常用的有三个：mask成员标识变化的类型，name成员标识变化的文件名，wd成员是前面inotify_add_watch返回的值，用它可以映射到目录名（自己建映射关系）。
|
static void handle_inotify_event(struct inotify_event* event, gpointer data) { const char* action = NULL; switch(event->mask) { case IN_MODIFY: { action = "IN_MODIFY"; break; } case IN_CREATE: { action = "IN_CREATE"; break; } case IN_DELETE: { action = "IN_DELETE"; break; } case IN_MOVED_FROM: { action = "IN_MOVED_FROM"; break; } case IN_MOVED_TO: { action = "IN_MOVED_TO"; break; break; } default:break; } g_debug("%s: wd=%x mask=%x cookie=%x len=%x %s/%s", action, event->wd, event->mask, event->cookie, event->len, (char*)data, event->name); return; } |
5. 小心文件内容更新没有完成。
在测试过程中，我发现在事件处理函数中读取文件内容时，有时文件内容是残缺的，可能是文件内容更新还完全完成。对此，我还没有想到好的方法，目前只是简单的usleep(100)。
~~end~~