JVM 总内存通常为 64 MB，但有时只有 2 MB答案

【问题标题】：JVM Total Memory Usually 64 MB But Sometimes Only 2 MBJVM 总内存通常为 64 MB，但有时只有 2 MB
【发布时间】：2019-11-29 13:36:53
【问题描述】：

我创建了一个 DLL，其中包含一个从 C# 代码调用的 JNI 函数。该函数被 C# 应用程序多次调用，该应用程序是一个长期运行的 GUI 应用程序。

我的 JNI 函数调用 JNI_GetCreatedJavaVMs。如果虚拟机为零，则通过函数JNI_CreateJavaVM() 创建一个，否则我的函数调用AttachCurrentThread()。

然后我的函数调用 FindClass() 并从 JAR 文件加载一个类。

最后我在那个类上调用了一个方法。

在被调用方法的java代码中，我首先调用方法totalMemory()，并将结果写入日志文件。然后该方法执行一些其他操作。

通常方法 totalMemory() 返回大约 6600 万的值，即大约 64 MB，但有时它返回大约 200 万，即 2 MB。当 totalMemory() 只有 2 MB 时，我的 java 方法会抛出 OutOfMemoryError（java 堆空间），因为没有足够的内存来分配我的 java 方法需要做的对象。

请注意，我的 java 方法包含 catch (Throwable) 以便 C# 应用程序可以继续。在 OutOfMemoryError 之后，对于后续调用我的 JNI 函数，totalMemory() 将再次返回 64 MB 的值。

什么会导致分配给 JVM 的总内存从 64 MB 下降到 2 MB？

请注意，我指的是总内存，而不是可用内存。我假设总内存不应该改变。我相信我的日志文件证明了我的假设，因为正如我在上面所写的，它几乎总是 64 MB。它有时只是下降到 2 MB，因此这个问题。为什么总内存有时会降至 2 MB？

我的（精简的）JNI 代码。

#include <jni.h>

void main()
{
    JavaVM *jvm;
    JNIEnv *env;
    JavaVMInitArgs vm_args;
    jint rslt;
    jclass cls;
    jmethodID mid;
    jobject jObj;

    JavaVMOption* options = new JavaVMOption[1];
    options[0].optionString = "-Djava.class.path=jni_test.jar";

    vm_args.version = JNI_VERSION_1_10;
    vm_args.nOptions = 1;
    vm_args.options = options;
    vm_args.ignoreUnrecognized = false;

    rslt = JNI_CreateJavaVM(&jvm, (void**) &env, &vm_args);
    cls = env->FindClass("jni_test/JniTest0");
    mid = env->GetStaticMethodID(cls, "getReply", "()Ljava/lang/String;");
    jObj = env->CallStaticObjectMethod(cls, mid);
}

在上述 JNI 代码中调用的我的（精简的）java 方法。

public static String getReply() {
    long totalMemory = Runtime.getRuntime().totalMemory();
    System.out.println("total memory = " + totalMemory);
    String reply = "That is the correct answer! Well done!";
    return reply;
}

【问题讨论】：

查看answer。您可能将总内存与最大内存混淆了。

标签： java java-native-interface

【解决方案1】：

据我了解的JVM内存模型：

maxMemory 是 JVM 可以使用的最大数量（由 -Xmx 定义）

maxMemory = totalMemory + 未分配内存

totalMemory - freeMemory = used

虽然很少 (afaik) 看到 JVM 将内存释放回操作系统，这是可能的，并会解释你正在经历的事情。

totalMemory 不应低于-Xms 定义的值，所以用固定的内存值运行你的jvm，可能会解决你的问题。例如：-Xms64m -Xmx64m

【讨论】：

【解决方案2】：

我的怀疑似乎已被证明是正确的。有时错误消息可能会产生误导。从一开始我就有一种直觉，这个问题并不是真正的记忆问题，就像我说的，看来我是对的。

我的代码使用 java 日志将日志文件写入 Windows 临时文件夹。事实证明，另一个不相关的进程也将日志文件写入同一文件夹。事实上，它实际上将数千个文件写入该文件夹，并且这些文件永远不会被删除。一旦我们删除了这些文件，问题就消失了。

所以问题在于临时文件夹已满是文件——这些文件都不是由我的代码编写的。可以检查是否有人遇到类似问题并由于 Internet 搜索而来到这里。

【讨论】：