linux inotify 接口封装

需求:

监测u盘、USB鼠标、USB键盘、无线遥控器等设备。

我是这么想的，创建一个inotify实例，开启一个任务，用来读写这个inotify实例上监听到的事件，并通过注册的回调反馈这些事件。

如果想添加监听和删除监听的话，可以动态调用addwatch接口，rmwatch接口。

呀，记得在哪里看过，一个inotify实例最多可以添加多少个watch，找了半天也没找到。

watch描述符wd怎么管理呢？

wd和文件名关联？

要是监测鼠标和键盘的话，需要监测/dev 目录。因为事件很多，又知道鼠标或者键盘肯定是event开头的。这里要做个比较处理。

其实用这个监测设备，只是能监测到create和delete。那该怎么填接口呢？如果这是监测这两个的话，那创建一个线程去做这个处理，也没啥影响。

在dev目录下，在读取到监测事件后，可以判断event->name是否包含event，用strstr就行了。

u盘的话，会监测/media目录下文件的创建，这里不用判断事件名称。

遥控器也会在/dev/下，创建event这样的设备节点的。

经过了解，u盘和 鼠标、键盘、无线遥控器设备不一样。

u盘是一个设备，但是需要mount才能够处理里面的文件。需要的不仅仅是设备节点，而是需要的mount之后的mount位置信息，属于文件操作。

通过读取/proc/mounts可以知道，usb设备是否挂载上了。

但是鼠标、键盘、遥控器都是设备，不需要mount。只能通过设备节点和这些设备进行通信。

现在接口是这么封装的。

注册一个回调，创建一个inotify实例，所有的监视器都在添加到这个实例上。

添加监视器的时候、会返回监视器句柄，可以凭借这个句柄进行监视器的删除。

最后提供一个删除inotify实例、停止任务。

因为需要不停地读取inotify实例的东西，并且open打开的时候没有设定non_block，所以read的时候，是阻塞的。而我们的函数不能设置成阻塞的，所以为这个创建了一个任务。这个任务是在创建inotify实例之后，创建的。

u盘mount，先在/media目录下，创建一个目录，然后将u盘的某个分区挂载到这个位置。

/etc/udev/rules.d/usbmount.rules 有个关于usb挂载的规则。udev是这么处理的，如果检测到u盘，创建挂载点，并将相应的分区挂载到这个挂载点上。我们需要监测的是挂载点的创建和删除。

看看这个udev的规则。