使用GZipStream未达预期：压缩后解压缩返回空字节数组

1. 解压缩返回空数组的核心原因 #

你的压缩代码存在关键问题：GZipStream的内部缓冲区数据未完全写入底层MemoryStream，导致获取到的dbytes是不完整的压缩数据，自然无法正常解压缩。

GZipStream会先将数据写入内部缓冲区，只有当缓冲区满或者流被关闭/释放时，才会把缓冲区数据刷入底层流。你的代码中gzipStream和memoryStream处于同一个using块，调用memoryStream.ToArray()时，gzipStream还未被释放，缓冲区剩余数据没有写入MemoryStream，导致压缩数据不完整。

修正后的压缩代码 #

string testString = "test abc";
var bytes = Encoding.UTF8.GetBytes(testString);

using var memoryStream = new MemoryStream();
// 嵌套GZipStream的using块，确保获取数组前先释放流，完成所有数据写入
using (var gzipStream = new GZipStream(memoryStream, CompressionLevel.SmallestSize))
{
    gzipStream.Write(bytes, 0, bytes.Length);
}
// 此时gzipStream已释放，所有缓冲数据都已写入memoryStream
var dbytes = memoryStream.ToArray();

也可以在Write后手动调用gzipStream.Flush()，但释放流是更可靠的方式——Flush无法确保GZip的尾部校验信息等内部结构完全写入。

2. 压缩后体积更大的原因 #

你的推测完全正确：GZip格式本身带有固定的头部（包含压缩算法标识、时间戳等元数据）和尾部校验信息，这些额外数据的大小是固定的（通常几十字节）。当原始字符串非常短时，压缩后节省的空间远小于GZip的固定开销，最终导致整体体积反而比原始数据更大。这种情况是正常的，GZip更适合压缩较大的文本或二进制数据。

内容的提问来源于stack exchange，提问作者sid