更新:我可以通过将PNG大小设置为任意值(即700 x 700 pt失败)来重现这一点。在任意值下写入和读取都很好。我不确定那条线的确切位置。
我使用zip存档作为我的文档文件格式。尝试从多个档案中读取文件浏览器页面的PNG预览时,我看到了意外的结果。
在后台查询文档URL,然后创建文件数据对象。查询完成后,在主线程上调用UI更新,文件数据对象充当集合视图的数据提供者。
PNG序列化为数据如下:
let imageData = UIImagePNGRepresentation(image)
读取数据时,相关条目将被提取到内存中,然后反序列化为各自的对象。
我所看到的是文档缩略图只是间歇性地显示。 ZIPFoundation可能对后台操作不是线程安全的吗?
我在一个更简单的测试项目中嘲笑了这个并且它工作正常,但我没有阅读多个档案,而且我没有在后台调用它。我做错了什么(下面的代码)?
消费者关闭是否使用自己的线程(也许我可以在数据完成之前返回数据)?
do {
let decoder = JSONDecoder()
let archive = Archive(url: URL, accessMode: .read)
// Metadata
if let metadataData = try archive?.readData(named: Document.MetadataFilename) {
self.metadata = try decoder.decode(Metadata.self, from: metadataData)
} else {
logDebug(self, "metadata not read")
}
// Preview
if let previewData = try archive?.readData(named: Document.PreviewFilename) {
if let image = UIImage(data: previewData) {
self.image = image
return
}
} else {
logDebug(self, "image not read")
}
} catch {
logError(self, "Loading of FileWrapper failed with error: \(error.localizedDescription)")
}
// Failure fall through
// Mark this as failed by using the x image
self.image = UIImage(named: "unavailable")
}
为方便起见,我将归档归档:
/// Associates optional data with entry name
struct NamedData {
let name : String
let data : Data?
}
// MARK: - Private
extension Archive {
private func addData(_ entry: NamedData) throws {
let archive = self
let name = entry.name
let data = entry.data
do {
if let data = data {
try archive.addEntry(with: name, type: .file, uncompressedSize: UInt32(data.count), compressionMethod: .none, provider: { (position, size) -> Data in
return data
})
}
} catch {
throw error
}
}
private func removeData(_ entry: NamedData) throws {
let archive = self
let name = entry.name
do {
if let entry = archive[name] { try archive.remove(entry) }
} catch {
throw error
}
}
}
// MARK: - Public
extension Archive {
/// Update NamedData entries in the archive
func updateData(entries: [NamedData]) throws {
// Walk each entry and overwrite
do {
for entry in entries {
try removeData(entry)
try addData(entry)
}
} catch {
throw error
}
}
/// Add NamedData entries to the archive (updateData is the preferred
/// method since no harm comes from removing entries before adding them)
func addData(entries: [NamedData]) throws {
// Walk each entry and create
do {
for entry in entries {
try addData(entry)
}
} catch {
throw error
}
}
/// Read Data out of the entry using its name
func readData(named name: String) throws -> Data? {
let archive = self
// Get data from entry
do {
var entryData : Data? = nil
if let entry = archive[name] {
// _ = returned checksum
let _ = try archive.extract(entry, consumer: { (data) in
entryData = data
})
}
return entryData
} catch {
throw error
}
}
}
答案 0 :(得分:3)
ZIPFoundation中基于闭包的API旨在提供/消耗大块数据。根据数据的最终大小和配置的块大小(可选参数,默认值为16 * 1024),可以多次调用提供者/使用者关闭。
通过
提取条目时let _ = try archive.extract(entry, consumer: { (data) in
entryData = data
})
你总是用entryData
关闭的最新块覆盖consumer
(如果最终大小大于块大小)。
相反,您可以使用
var entryData = Data()
let _ = try archive.extract(entry, consumer: { (data) in
entryData.append(data)
})
确保整个条目累积在entryData
对象中。
您的Provider
代码中也发生了类似的事情。每次调用闭包时,都应该提供一个块(从position
开始,带size
),而不是总是返回整个图像数据对象。
答案 1 :(得分:0)
我遇到了同样的问题,以下对我有用:
archive.addEntry(with: "entryName",
type: .file,
uncompressedSize: dataSize,
compressionMethod: .none,
provider: { (position, size) in
return data.subdata(in: (position ..< position + size))})