php - 如何在不解压/重新压缩的情况下连接(连接)两个压缩值

Question

我有很多文本文件，我想压缩它们以节省磁盘空间，然后当我需要它们时，将它们连接起来并发送给客户端。为了节省 CPU 周期，我不想解压缩/重新压缩数据。客户端还应该能够解压缩数据，并且结果应该被连接/连接。

这是我到目前为止所做的事情及其结果(PHP 语言代码):

$str1 = "Hello";
$str2 = "World";

$deflate1 = gzdeflate($str1);
$deflate2 = gzdeflate($str2);

$concat = substr($deflate1, 0, -2) . $deflate2;

$inflate = gzinflate($concat);
print($inflate);

结果:

HellnWorld

如您所见，第一个字符串的最后一个字符从 o 更改为 n。

我该如何修复这个算法？ (算法或者c/php/go示例代码都可以)。

Answer 1

您想对 gzdeflate() 的输出执行什么操作行不通的。您无法从末尾删除字节来尝试串联。您可以简单地连接 gzip 流(不删除任何内容)，如 PHP 的 gzencode() 生成的那样。 ，这是有效的 gzip 数据。尽管有人告诉我gzdecode()有一个错误，并且不会解码这样的 gzip 成员序列。 (应该有人报告该错误。)

您可以使用deflate_init()和deflate_add() ，使用适当的刷新选项，构建兼容的、完整的放气流。对于每个单独的流，您将使用 ZLIB_SYNC_FLUSH ，然后是 ZLIB_FINISH制作一个以空的、存储的 deflate block 结束的 deflate 流，该 block 以字节边界结束，然后是标记为最后一个 block 的空固定 block 。最后的空固定 block 是两个字节。如果从末尾删除它，那么您可以在其后面连接另一个 deflate 流。最后一个这样的片段连接不应删除最后两个字节，以便整个内容是一个正确终止的 deflate 流。

尝试此操作时，我发现了另一个错误。 deflate_add()不会遵守 ZLIB_SYNC_FLUSH请求数据字符串是否为空。您可以重复调用deflate_add($def, '', ZLIB_SYNC_FLUSH);整天这样，也没什么事。您需要使用ZLIB_SYNC_FLUSH在您最后一次调用 deflate_add() 时有一些数据。例如:

$def = deflate_init(ZLIB_ENCODING_RAW);
$out = deflate_add($def, 'this ', ZLIB_NO_FLUSH);
$out = deflate_add($def, 'is ', ZLIB_NO_FLUSH);
$out .= deflate_add($def, 'a test.', ZLIB_SYNC_FLUSH);
$out .= deflate_add($def, '', ZLIB_FINISH);

(出于某种原因，我每次回答有关 PHP 的问题时都会发现 PHP 中存在更多错误。我想知道为什么人们使用它。)

由OP编辑:这正是所需要的:

// first file
$def1 = deflate_init(ZLIB_ENCODING_RAW);
$file1 = deflate_add($def1, "1111111111", ZLIB_SYNC_FLUSH);

// second file, compress in two part
$def2 = deflate_init(ZLIB_ENCODING_RAW);
$file2 = deflate_add($def2, "22222", ZLIB_NO_FLUSH);
$file2 .= deflate_add($def2, "33333", ZLIB_SYNC_FLUSH);

// join on the fly
// $def3 = deflate_init(ZLIB_ENCODING_RAW);
// $joined = $file1 . $file2;
// $joined .= deflate_add($def3, "", ZLIB_FINISH);
// or simply :
$joined = $file1 . $file2 . "\03\00";

// decompress
$decompress = gzinflate($joined);