(OS X) 确定是否正在写入文件?

(OS X) Determine if file is being written to?

我的应用程序正在监视本地文件系统某处的 "hot" 文件夹,以便将新添加的文件推送到网络位置。当非常大的文件被写入热文件夹时,我 运行 遇到了一个问题:文件系统事件通知我热文件夹中的更改将在文件完成写入之前触发。当我的应用程序尝试上传文件时,它会将文件大小误读为当前复制的字节数,而不是最终的总字节数。

我尝试过的事情:

除了反复轮询文件的大小以确定文件是否已完成复制并可以上传之外,我似乎找不到任何机制。

您需要某种形式的协调文件锁定。

fcntl() 和 flock() 是常用的函数。 首先阅读它。 然后看看你有什么选择。 如果您可以控制那些其他进程的代码库,那就更好了。

非常大的文件的问题是文件中更改或更改的内容是不透明的,并且并不总是在最后。 好的流程通常应该进行原子写入。 (写入一个临时文件,然后将其换出)但如果这些文件实际上是数据库,那么您将需要考虑使用数据库的服务器应用程序来处理此类事情。

如果文件是包含其他文件的包装器,那么它会变得格外混乱,因为这些内容可能相互依赖才能处于可用状态。

没有很好的方法可以做到这一点。

如果您可以确定作者正在使用 NSFileCoordinator,那么您也可以使用它来协调您对文件的访问。

同样,如果您确定作者已选择建议锁定,您可以尝试通过使用 O_SHLOCK 和 [=13] 调用 open() 来打开文件以进行共享访问=] 标志。如果成功,则没有其他描述符打开以供独占访问。您可以使用已有的文件描述符或关闭它,然后使用其他 API 来访问该文件。

但是,如果您不能确定其中任何一个,那么最好的办法可能是设置一个计时器来反复检查文件的元数据(大小、修改日期等)。只有当您看到它在合理的时间间隔(可能是 2 秒)内停止更改时,您才会尝试访问它(并取消计时器)。

您可能想同时完成这三项。等待文件的元数据稳定下来,然后使用 NSFileCoordinator 从文件中读取。当它调用您的 reader 块时,使用 open()O_SHLOCK | O_NONBLOCK 以确保没有其他进程可以独占访问它。