尝试使用 ZipFileSet 提取大 jar 时出现 OutOfMemory 错误

Posted 2023-03-06

【中文标题】尝试使用 ZipFileSet 提取大 jar 时出现 OutOfMemory 错误

【英文标题】：OutOfMemory Error while trying to extract a large jar using ZipFileSet

【发布时间】：2010-02-13 13:14:41

【问题描述】：

使用 jdk1.5，我在尝试提取相当大的 jar 时遇到 OutofMemoryError。 但是，这不会发生在 jdk6 上。是因为 jdk1.5 和 jdk6 上的默认堆大小/permgen 设置不同，还是 jdk6 中修复了 jdk1.5 中的错误？

import java.io.*;
import java.util.zip.*;

public class UnZip 
   final int BUFFER = 2048;
   public static void main (String argv[]) 
      try 
         BufferedOutputStream dest = null;
         FileInputStream fis = new FileInputStream(argv[0]);
         ZipInputStream zis = new ZipInputStream(new BufferedInputStream(fis));
         ZipEntry entry;
         while((entry = zis.getNextEntry()) != null) 
            System.out.println("Extracting: " +entry);
            int count;
            byte data[] = new byte[BUFFER];
            // write the files to the disk
            FileOutputStream fos = new FileOutputStream(entry.getName());
            dest = new BufferedOutputStream(fos, BUFFER);
            while ((count = zis.read(data, 0, BUFFER)) != -1) 
               dest.write(data, 0, count);
            
            dest.flush();
            dest.close();
         
         zis.close();
       catch(Exception e) 
         e.printStackTrace();
      
   

【问题讨论】：

您是否尝试过使用增加堆大小的 jdk1.5？

是的，我已经尝试过了，它有效。但它可以在 jdk6 上运行而无需增加任何堆大小设置。

您能否提供一些代码行来说明您是如何提取 jar 的？

另外，将 close() 调用移到 finally 块中。如果之前发生了一些异常，它将阻止连接被释放。 finally ... 确保 close() 总是被执行。

【参考方案1】：

引用Tuning Garbage Collection with the 5.0 Java[tm] Virtual Machine 的Total Heap Size 部分：

总堆

(...)

默认情况下，虚拟机增长 或在每次收集时缩小堆 尽量保持免费的比例 每个地方都有住物体的空间 特定范围内的集合。 此目标范围设置为 参数百分比 -XX:MinHeapFreeRatio=<minimum> 和 -XX:MaxHeapFreeRatio=<maximum>，总大小由下限 -Xms 及以上 -Xmx 。 32 位 Solaris 的默认参数 操作系统（SPARC 平台 版本）见下表：

-XX:MinHeapFreeRatio= 40
-XX:MaxHeapFreeRatio= 70
-Xms          3670k
-Xmx          64m

堆大小参数的默认值 在 64 位系统上已按比例放大 约 30%。这种增加是 旨在弥补更大的 64 位系统上对象的大小。

在Java SE 6 HotSpot Virtual Machine Garbage Collection Tuning 的Default Heap Size 中，他们写道：

默认堆大小

如果没有在命令行上另外设置，初始和最大堆大小是根据机器上的内存量计算的。用于堆的内存比例由命令行选项DefaultInitialRAMFraction 和DefaultMaxRAMFraction 控制，如下表所示。 （在表中，内存代表机器上的内存量。）

                                             Formula  Default
initial heap size     memory / DefaultInitialRAMFraction          memory / 64
maximum heap size     MIN(memory / DefaultMaxRAMFraction, 1GB)    MIN(memory / 4, 1GB)

请注意，无论机器上安装了多少内存，默认的最大堆大小都不会超过 1GB。

所以，是的，Java 6 有非常不同的堆设置，堆可以增长到 RAM 的 1/4（如果超过 4GB，堆可以增长到 1GB），即现在很可能超过 64m。