ZIPFoundation:通过数据提供程序将大型PNG写入存档的问题

时间:2018-05-01 21:46:09

标签: ios swift zipfoundation

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

2 个答案:

答案 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))})