使用separate_jvm在各个JVM中启动applet并不总是有效

Question

我有一个小程序，它需要相当多的内存，所以我们想用separate_jvm = true来启动它，这样每个实例都有自己的JVM（而不是共享的），这样我们就不会在重复调用时耗尽内存。这在我们的开发盒上有效，但在我们客户的计算机上失败。

这有安全原因吗？

这是一份签名&当我们进行 3D 渲染时，这是值得信赖的小程序。

Answer 1

我假设您的客户计算机上安装了 Sun Java 6 update 10。如果没有，您可能可以强制小程序 在版本至少为 6u10 的 JVM 中运行。我不确定如果找不到所需版本的 JVM，将引发什么错误或显示的错误消息。

除此之外，不能保证在 separate_jvm 参数在 APPLET 标记中指定。

唯一的保证是该 applet 将在与其他 applet 分开的自己的 JVM 中运行。如果 JVM 已经可用，并且该 JVM 中尚未加载 applet，则 JVM 可以在已初始化的 JVM 实例中加载 applet。

对于 Sun Java 6 u10 发行说明，以下要点值得一读：

以下是来自 6u10 发行说明，用于共享和创建新的 JVM 实例：

• 如果用于启动预先存在的 JVM 实例的命令行参数是所请求参数的超集，将使用预先存在的 JVM 实例。
• 如果为“默认”命令行参数集（即在 Java 控制面板中指定的参数，未指定 java_arguments）启动 JVM 实例，则该 JVM 实例将永远不会用于启动任何具有甚至一个参数的小程序。通过 java_arguments 指定的命令行参数。
• -Xmx 被特殊处理：如果一个预先存在的 JVM 实例是通过 java_arguments 使用 -Xmx256m 启动的，并且一个新的 applet 请求 -Xmx128m，那么新的 applet 很可能会在预先存在的 JVM 实例中运行。换句话说，-Xmx 规范与大于或等于测试相匹配。

因此，最好的办法是在 applet 标记中提供 java_arguments，这样就很有可能在单独的 JVM 中启动 applet。

Answer 2

separate_jvm 参数是在 1.6u10 中引入的。如果您客户的 JVM 比该值更旧，则该参数将被忽略。