【问题标题】:Why does my program hold 1.5Gb of memory in a Byte array?为什么我的程序在字节数组中保存 1.5Gb 的内存?
【发布时间】:2016-12-12 18:07:12
【问题描述】:

由于最近报告的一些速度缓慢,我一直在分析堆转储。原来有几个 1.5GB 字节的数组存放在那里,我无法追踪它们的来源。 Eclipse 的 MAT 没有向我显示持有如此大块的类。它只是说“”。也许我没有找对地方。

是什么原因导致这两个庞大的字节数组被保留在那里?该应用程序在 Websphere Application Server 上运行。以下是有关我运行应用程序的环境的一些 JVM 信息。谢谢

  • 编译于:JVM 1.6
  • 环境 Java 版本:JRE 1.7.0 Linux amd64-64 build 20130421_145945 (pxa6470sr4fp1ifix-20130423_02(SR4 FP1+IV38579+IV38399+IV40208))
  • 虚拟机版本:VM build R26_Java726_SR4_FP1_2_20130421_2353_B145945
    Just-In-Time(JIT) 编译器开关,Ahead-Of-Time (AOT) 编译器开关,编译器版本:r11.b03_20130131_32403ifx4
  • 垃圾收集器版本:GC - R26_Java726_SR4_FP1_2_20130421_2353_B145945_CMPRSS
  • Java 堆信息
    • -Xmx(最大Java堆大小):4096m
    • -Xms(初始 Java 堆大小):1024m
    • -Xscmx(Java类数据共享缓存大小):90M
    • -Xscmaxaot(缓存中可用于AOT数据的最大字节数):4M

编辑:

我的代码中没有直接定义这两个字节数组实例。但是,我确实在 util 类中不断使用这些方法,以便读取和写入工资单批量文件。我想知道临时文件和输入流的不断创建是否与它有关。

public abstract class IOUtils {
public static Logger log = LoggerFactory.getLogger(IOUtils.class);
private IOUtils() {}
public static String readFirstLine(File f) {
    String line = null;
    BufferedReader reader = null;
    try {
        reader = new BufferedReader(new FileReader(f));

        line = reader.readLine();
    } catch (IOException e) {
        log.warn("error reading header", e);
    } finally {
        if (reader != null) {
            try {
                reader.close();
            } catch (IOException e) {
                log.warn("error closing file", e);
            }
        }
    }
    return line;

}


public static File multipartFileToFile(MultipartFile mFile) throws IOException {
    File convFile = File.createTempFile(mFile.getOriginalFilename(), ".tmp");
    convFile.createNewFile(); 
    org.apache.commons.io.IOUtils.copy(mFile.getInputStream(), new FileOutputStream(convFile));
    return convFile;
}

public static File multipartFileToFile(MultipartFile mFile, String suffix) throws IOException, IllegalStateException {
    File tmpFile = File.createTempFile(mFile.getOriginalFilename(), suffix);
    mFile.transferTo(tmpFile);

    return tmpFile;
}


public static byte[] readBytes(File file) throws IOException {
    return org.apache.commons.io.IOUtils.toByteArray(new FileInputStream(file), file.length());
}


public static void writeBytes(File file, byte[] data) throws IOException {
    org.apache.commons.io.IOUtils.write(data, new FileOutputStream(file));
}

}

更新: 我用谷歌搜索了字节数组的大小,发现问题的根源不是我的代码,而是我们用于共享缓存并最终删除的 JGroups,所以问题就消失了。这是有问题的 JGroups 问题:

https://issues.jboss.org/browse/JGRP-1117

【问题讨论】:

  • 你有什么大得离谱的静态字段吗?
  • 没什么特别的。只是通常的字符串常量,很少超过 70 个字符。

标签: java arrays memory-leaks out-of-memory eclipse-mat


【解决方案1】:

由于您没有提供任何有用的信息,例如代码,因此几乎不可能给出明确的答案。

当没有对它的引用时,Java 的垃圾收集器最终会释放内存。尝试将数组设置为 null,并确保没有函数、类或线程以某种方式维护对不需要的内存的引用。

【讨论】:

  • 我刚刚用一些我经常使用的代码更新了帖子,这可能会导致内存泄漏。
  • @Razoblade 确保所有文件读取器和写入器都已关闭。 'using' 语句有助于确保正确释放资源。如果可以的话,也要避免使用静态方法。
  • 最后一件事@JakePsimos:即使应用程序在已知会自动关闭它们的 JDK 7 中运行,它也是在 JDK 6 中编译的。它们还会自动关闭吗?不过我会接受你的建议,这只是为了一个好的原因:) 谢谢
  • 我们找到了原因。我应该马上更新这个问题。我更新了描述。
【解决方案2】:

尝试使用 JVisualVM 追踪堆问题来自哪个类。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2011-04-03
    • 1970-01-01
    • 2020-02-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-28
    • 2019-07-31
    相关资源
    最近更新 更多