[阅读笔记]fsnotify源码阅读

网友投稿 309 2022-09-29

[阅读笔记]fsnotify源码阅读

​​fsnotify是一个文件夹监控应用。可以使用创建一个watcher来对某个文件夹进行监控 文件目录很简单,实际就两个程序文件,fsnotify.go 和 各平台的fsnotify_XXX.go 后一个文件是各个不同平台的实现 example_test.go中给的是最简单的实际应用 先fsnotify.NewWatcher() 再开一个goroutine监听文件夹修改的事件 然后使用watcher.Watch()来监听一个文件夹 fsnotify中的几个public函数Watch,WatchFlags,RemoveWatch是对Watcher的具体封装,函数名一看就明白了什么意思。 这里的flag标志watcher要监听文件夹的哪些事件,Watch默认监听所有事件。 String函数能用string表示出事件。这里学了一招使用events = events[1:] 来达到trim同样的目的。 purgeEvents是将内部事件转成外部事件。这个内部事件指的是syscall包有的对事件的封装和标志位,外部事件指fsnotify对事件的再次封装 下面就到fsnotify_linux.go看linux平台下的实现。 FileEvent类型: mask,代表事件的掩码,这里的事件码对应的实际上是syscall包中constants对应的一些位置码 cookie,每个事件会分配一个唯一的cookie,这个具体是什么也不理解 Name,触发事件的文件名 下面是一个watch类型 wd,syscall中对文件监控返回的watch id flags,syscall中对文件的flag watcher结构: mu:互斥锁,控制并发,对watcher要进行互斥监控 fd:watcher的文件描述符,不要把这个理解成监控的文件的文件描述符。理解成通知watch消息的文件描述符 watches:要监控的文件夹路径和watch结构的映射 fsnFlags:要监控的事件标志位 paths:要监控watch id和文件夹路径的映射,上面三个其实和起来就能完成了path和watch的互相查找 Error:如果发生错误,从这个channel将错误通知主go routine internalEvent:文件事件队列,内部的文件事件就放在这个队列中 Event:已经处理的文件事件队列 done:主goroutine监听是否已经结束的通知通道 isClose:是否已经结束的标志位,当然只能自身的goroutine使用 下面看NewWatcher这个函数 这里调用了syscall的InotifyInit来进行初始化 学了一点,当syscall出现错误的时候,可以使用os.NewSyscallError来抛出错误 里面起了两个goroutine readEvents()和purgeEvents() purgeEvents()上面已经有了,下面是readEvents 先从w.fd中获取出syscall.InotifyEvent,这个是syscall包的通知事件。这个事件是怎么被塞入这个fd的呢?是syscall的syscall.InotifyAddWatch之后如果文件有修改就会将event写入到这个fd中。这个fd就相当于是一个先进先出的队列了。 读出InitofifyEvent之后就需要将它变成我们这个包中定义的fileEvent。并将这个event放入到internalEvent中去。这里只是捕获消息,并没有对消息进行过滤之类的操作。考虑是否弹出和是否返回是在purgeEvent中进行过滤。 对readEvents读完之后其他的就很好理解了。 addWatch就是调用了一下syscall.InotifyAddWatch removeWatch就是调用了一下syscall.InotifyRmWatch

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:在Rainbond上使用Locust进行压力测试
下一篇:详解Spring Bean的集合注入和自动装配
相关文章

 发表评论

暂时没有评论,来抢沙发吧~