使用inotify和read函数

Question

使用inotify和read函数

15

我一直在学习inotify调用，但是当涉及到读取接口时仍然有些困惑。以下是我找到的关于如何使用read（2）正确地与inotify进行交互的最相关资源：

它们都以相同的方式实现它，首先定义以下大小：

#define EVENT_SIZE  ( sizeof (struct inotify_event) )
#define BUF_LEN     ( 1024 * ( EVENT_SIZE + 16 )

然后他们以这种方式使用它们：

length = read( fd, buffer, BUF_LEN );  

if ( length < 0 ) {
    perror( "read" );
}  

while ( i < length ) {
    struct inotify_event *event = ( struct inotify_event * ) &buffer[ i ];
    /* some processing */
    i += EVENT_SIZE + event->len;
}

现在，我们知道名称是struct inotify_event的一部分，并且它具有可变长度。那么，缓冲区中的最后一个inotify_event可能会被截断吗？

假设有1023个具有16字节路径和1个具有32字节路径的inotify_events，那么会发生什么？那么后者会被截断吗？还是内核会看到它不适合于缓冲区并完全留下它？

- Rafael Almeida

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Josh Kelley · Accepted Answer

基本用法

根据 inotify(7)，您可以使用 FIONREAD ioctl 查找可读取的数据量并相应地调整缓冲区大小。下面是一些（非常粗略的）代码可实现此操作：

unsigned int avail;
ioctl(inotify_fd, FIONREAD, &avail);

char buffer[avail];
read(fd, buffer, avail);

int offset = 0;
while (offset < avail) {
    struct inotify_event *event = (inotify_event*)(buffer + offset);

    // Insert logic here
    my_process_inotify_event(event);

    offset = offset + sizeof(inotify_event) + event->len;
}

更强大的使用方式

inotify-tools 提供了一个更高层次的接口来使用 inotify。您可以使用它代替直接访问 inotify，也可以查看它如何实现 inotifytools_next_events 来安全、可靠地读取所有可用事件。

部分事件和截断

针对您关于截断的问题，我认为内核不会返回部分的 inotify_event 或者在缓冲区无法容纳所有事件时截断 inotify_event。以下是 inotify(7) 手册中的一段话：

当传递给 read(2) 的缓冲区过小以至于无法返回下一个事件的信息时，read(2) 的行为取决于内核版本：在 2.6.21 版本之前的内核中，read(2) 返回0；自从内核 2.6.21 起，read(2) 函数会报 EINVAL 错误。

以下是inotifytools.c中的注释：

// oh... no.  this can't be happening.  An incomplete event.
// Copy what we currently have into first element, call self to
// read remainder.
// oh, and they BETTER NOT overlap.
// Boy I hope this code works.
// But I think this can never happen due to how inotify is written.