c - 文件搜索场景中的 zlib 压缩问题，zlib 中是否有任何锁定/标志机制可以在这些机制之间保持完整性

Question

我正在处理处理较大文件的项目，在我们的代码库中，我们会返回寻找写入证书信息，这些寻找的范围大部分时间都非常小，我想在我的流写入器/读取器中使用 zlib为了节省磁盘空间，但由于这样的搜索我无法集成它，因为为此我需要先写入缓冲区然后压缩缓冲区并将其写回，这在非常旧/困惑的代码库中很忙。简单的方法是提供我的流编写器 gzlib 文件句柄和 gzlib 编写器 api，它会自动写入，但会卡住/不确定在搜索场景中，这会给我带来麻烦。我正在寻找一种机制，这样我就可以告诉 zlib(锁定/原子)，嘿，在解锁/标记之前不要压缩它，这样在内部缓冲区上搜索将不会占用压缩的缓冲区，而且我的数据和代码库会更少完好无损的。任何建议都会非常有帮助。

Answer 1

您不能通过 gzip 流进行回溯和写入。 gzip 仅供顺序使用，包括读取和写入。

在 zlib 中有一个 gzseek() 函数，但它的功能和方式非常有限。写入时，只能向前查找，此时中间未压缩的字节用零填充。您可以在阅读时向前和向后寻找。然而，向后查找非常慢，因为它会一直倒回到文件的开头，然后通读整个文件到所需位置。