0

在以下代码中，我不断收到一个非常烦人的 OutOfMemory 异常。

我正在压缩很多小文件（PDF，每个大约 1.5mb）。

起初，我在压缩 25 个文件后遇到了异常，这看起来不像是一个庞大的档案。

设置 ZipEntry 的大小以某种方式有所帮助，因为现在我设法压缩了多达 110 个文件（我正在 Visual Studio 下调试）

这是我的代码，可能有问题。

任何帮助将不胜感激。

谢谢

    public static MemoryStream Zip(Dictionary<string, byte[]> files)
    {
        var outputMemStream = new MemoryStream();

        var zipStream = new ZipOutputStream(outputMemStream);

        zipStream.SetLevel(9);
        foreach (var file in files)
        {
            zipStream.PutNextEntry(new ZipEntry(file.Key.FmtValidFileName())
                {
                    Size = file.Value.Length
                });
            zipStream.Write(file.Value, 0, file.Value.Length);
            zipStream.Flush();
        }           
        zipStream.Finish();
        outputMemStream.Position = 0;
        return outputMemStream;
    }
4

2 回答 2

2

与往常一样，简洁但完整的代码示例将大大有助于您获得良好的答案。

也就是说，您可能需要考虑System.IO.Compression.ZipArchive在 .NET 中使用（相对较新的）类。它可能比第三方库更少错误和/或更可靠（尽管我承认 SharpZipLib 相当受尊重:)）。

更重要的是，您可以使用该值实例化一个新ZipArchive对象ZipArchiveMode.Create，这将导致压缩数据直接写入流而不是缓存在内存中。在这种模式下，内存不足错误应该不存在，无论您尝试创建多少数据或多少归档项目。

编辑：还有一件事：为了完全避免内存不足的问题，请确保无论您使用什么 .zip 实现，都直接写入磁盘。写入临时内存MemoryStream当然会对您的进程施加限制，否则这些限制不会发生。

于 2014-10-17T05:35:46.133 回答
0

即使在具有 16gb 内存的 64 位系统上，我也放弃了尝试使用 MemoryStream 的尝试，我在这方面应该是安全的。

我发现的相关主题是：OutOfMemoryException while populating MemoryStream: 256MB allocation on 16GB system

并使用临时文件而不是内存来写入/读取数据。

于 2014-10-17T08:23:23.593 回答