我们最近将代码转换为使用UIDocument而不是直接操作文件系统上的文件,因此我们遇到了一些性能问题.我们想知道我们是否正在使用这个类,如果其他人有这些问题,以及解决它们的常用方法是什么.
我们有一个"鞋盒应用程序"来管理一堆文档,每个文档由多个图像文件组成,这些文件可能非常重,一个小的元数据文件和一个小的预览图像.用户可能在她的设备上有许多文档(1000多个文档).每个文档的文件都分组在一个目录中,我们使用NSFileWrapper来读取和写入它们.
当我们的应用程序启动时,它需要所有文档的元数据才能显示文档索引和预览图像的子集.用户滚动时会加载更多预览图像.
为了获取该信息,我们打开所有文档,阅读其元数据并预览图像(如果需要),关闭它们,然后根据需要再次打开.
打开所有文档并阅读其元数据需要花费大量时间.我认为有几个因素导致了这个问题: - 每个文档打开动作相对较慢 - 打开文档块和完成块在同一队列上执行,这使得操作的延迟非常糟糕(我的文档是打开的,但是完成块必须等待X打开文档块才能运行)
我们考虑使用单独的索引文件来解决这个问题,但是这种方法的缺点是我们需要在两个地方管理元数据,并且我们需要保持它与文件系统同步,以防iCloud更改文件.
每个打开的文档都创建自己的"文件访问线程".当我们同时打开许多文档时,开销会破坏应用程序.
我们通过使用信号量同步打开操作来解决此问题.这种方法的缺点是它可以进一步减慢负载.
谢谢!
可以说我有一个NSFileWrapper目录.该目录由多个级别的目录和文件组成.有些文件很大.所有这些文件都加载到内存中,还是懒得加载？
如果将它们加载到内存中,是否有其他NSFileWrapper类似功能的替代方法无法将文件加载到内存中？我能挂进去的东西UIDocument？
这适用于基于文档的应用程序,该应用程序使用UIDocument与iCloud同步的应用程序.文档可以在其中嵌入图像和视频.每个图像/视频都有一个HTML文档中显示的预览图像(缩略图).全尺寸图像或视频不应加载到内存中,而应按需加载.
我还需要一种方法来添加资源而不将其加载到内存中.像"initWithAsset:(ALAsset*)"这样的东西是理想的.