GCD似乎是要走的路。 NSFilePresenter类无法正常工作。他们很糟糕，打破了苹果在过去4年里不愿意解决这个问题。可能被弃用
这是一个很好的贴子，描述了这项技术的基本要素。
“Handling Filesystem Events with GCD”，由David Hamrick。
let fildes = open("/path/to/config.plist",O_RDONLY)
let queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0)
let source = dispatch_source_create(
DISPATCH_SOURCE_TYPE_VNODE,UInt(fildes),DISPATCH_VNODE_DELETE | DISPATCH_VNODE_WRITE | DISPATCH_VNODE_EXTEND | DISPATCH_VNODE_ATTRIB | DISPATCH_VNODE_LINK | DISPATCH_VNODE_RENAME | DISPATCH_VNODE_REVOKE,queue)
dispatch_source_set_event_handler(source,{
//Reload the config file
})
dispatch_source_set_cancel_handler(source,{
//Handle the cancel
})
dispatch_resume(source);
...
// sometime later
dispatch_source_cancel(source);
作者参考资料：
> Grand Central Dispatch (GCD) dispatch source flags
> Monitoring a directory in Cocoa/Cocoa Touch
如果你有兴趣观看目录，这是另一个描述它的帖子。
“Monitoring a Folder with GCD”可可科学。 (不幸的是，我找不到作者的名字，对于缺乏归属感，我很抱歉)
唯一明显的区别是获取文件描述符。这使得仅用于目录的事件通知文件描述符。
_fileDescriptor = open(path.fileSystemRepresentation(),O_EVTONLY)
更新
以前我声称FSEvents API不工作，但我错了。 API正在工作得很好，如果您有兴趣在深层文件树上观看，那么GCD可以通过简单的方式更好。
无论如何，FSEvents不能用于纯Swift程序。因为它需要传递C回调函数，而且Swift目前不支持(Xcode 6.1.1)。然后我不得不回到Objective-C并重新包装。
此外，任何这种API都是完全异步的。这意味着在收到通知时实际的文件系统状态可能不同。那么精确或准确的通知不是真正有用的，只对标记脏标志有用。
更新2
最后，我终于在斯威夫特的FSEvents周围写了一个封面。
这是我的工作，我希望这是有帮助的。
