ZIPFoundation：通过数据提供程序写入大 PNG 进行存档时出现问题

Question

更新：我可以通过将 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")
}

为了方便起见，我对 Archive 进行了扩展：

/// 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
        }
    }
}

Answer 1

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