我正在为 iPad 开发一个基于文档浏览器的应用程序。我一直在使用SKQueue https://github.com/daniel-pedersen/SKQueue监视文件的更改,以确保当用户在文档浏览器中执行操作时其元数据保持最新。启动监控的代码:
// Set up the queue
let delegate = self
queue = SKQueue(delegate: delegate)!
// Remove all existing paths
queue?.removeAllPaths()
// Get the list of PDF URLs using a function that enumerates a folder's contents
let pdfFiles = getFolderContents(rootFolder: myDocumentsFolder, extensionWanted: "pdf")
for pdfFilePath in pdfFiles.filePaths {
queue?.addPath(pdfFilePath.path)
}
for pdfFolderPath in pdfFiles.folderPaths {
queue?.addPath(pdfFolderPath.path)
}
我开发了自己的逻辑来响应来自该队列的通知,但在应用程序运行时我不会从队列中删除任何项目。
问题 - 似乎当观看的项目数量超过 200 个(文件和文件夹)时,系统会崩溃,控制台报告错误 24:打开的文件过多。此后,将无法执行任何文件的读/写操作。
从我从搜索中收集到的信息来看,iOS 和 iPadOS 似乎不允许同时访问超过 256 个文件描述符,这意味着监视文件更改的 GCD 方法将受到相同的限制。
有没有什么方法可以监控文件更改而不受这种限制?还有其他建议吗?
经过大量的研究和实验,我终于可以验证,对于 MacOS、iOS 和 iPadOS,允许打开的文件描述符的默认最大数量确实是 256。这可以在 MacOS 中轻松更改 - 请参阅文章here https://wilsonmar.github.io/maximum-limits/。然而,iOS 和 iPadOS 本质上更加封闭,没有可靠的方法来改变这些平台上的这一限制。
因此,良好的做法是:
- 尽量避免设计一个需要打开如此多文件描述符的应用程序。
- 监视目录,而不是单个文件。使用大多数可用于监视文件系统的工具,您会收到受监视目录中任何文件更改的通知。只需从那里实现您的逻辑,通过枚举文件夹并将其新状态与保存的状态进行比较。您可以在这个的前两个答案中找到很好的代码所以线程 https://stackoverflow.com/q/25285016/10327858.
注意:我建议使用枚举而不是其他方法来获取文件系统状态,因为其他方法往往会在模拟器和实际设备之间给出不兼容的结果(符号链接解析的不同处理)。
- 确保您选择的监视文件系统的方法可以查询正在监视的项目数量,并在用户接近设定限制时发出警报。请记住,256 个打开的文件还必须包括应用程序使用的所有文件,包括应用程序捆绑包中的文件和实际使用的文件。所以要留有足够的安全裕度。
就我而言,我的应用程序使用 UIDocumentBrowserViewController,或者换句话说 - Apple 自己的文件应用程序,以允许用户管理他们的文件。我必须使元数据与文件系统状态保持同步,并且我无法控制用户的文件管理习惯。更复杂的是,文件应用程序本身可用于修改应用程序的文件系统 - 而我的应用程序未处于活动状态。
因此,我做了两件事:
- 我将应用程序委托的 applicationDidEnterBackground 和 applicationWillTerminate 方法中的文件系统详细状态保存到应用程序支持中的 json 文件中,并在应用程序启动时将其与文件系统的新枚举进行比较 - 并提醒用户是否存在任何不匹配,建议下次使用应用程序自带的文件浏览器。
- 我创建了自己的 swift 包,名为SFS监控器 https://github.com/ClassicalDude/SFSMonitor,用于监视文件系统。它基于非常方便的SKQueue https://github.com/daniel-pedersen/SKQueue(我强烈推荐),但它不使用监控 kevent,而是使用 Dispatch Sources - Apple 提倡的一种更现代的方法。它类似于苹果自己的目录监视器(参考你可以找到here https://stackoverflow.com/a/61035069/10327858),但它不是监视一个目录,而是允许您创建和管理它们的整个队列。此类允许您设置受监视文件描述符的最大数量,并在达到该限制时收到通知。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)