我有一个小程序,它占用了相当多的内存,因此我们想要使用separate_jvm = true启动它,以便每个实例都获得自己的JVM(而不是共享一个JVM),这样我们在重复调用时就不会耗尽内存。这在我们的开发环境中可以运行,但在客户的计算机上失败了。 这是否有安全原因? 这是一个签名和可信任的小程序,因为我们正在进行3D渲染。
我会假定你的客户端电脑上已经安装了Sun Java 6更新10。如果没有,你可能可以强制应用程序在至少6u10版本的JVM中运行。我不确定将抛出什么错误或者如果找不到所需的JVM版本会显示什么错误消息。除此之外,在APPLET标签中指定separate_jvm参数时,并不能保证会创建单独的JVM实例。唯一的保证是APPLET将在其自己的JVM中运行,与其他APPLET分开。如果已经有JVM可用,并且没有在该JVM中加载任何APPLET,则可能会使该JVM在已初始化的JVM实例中加载APPLET。对于Sun Java 6 u10的发行说明,以下几点值得阅读:这里是6u10发布说明中关于共享和创建新JVM实例的大致指南: 如果用于启动现有JVM实例的命令行参数是请求参数的超集,则将使用现有的JVM实例。 如果为“默认”命令行参数集(即在Java控制面板中指定的那些,没有指定java_arguments)启动JVM实例,则此JVM实例永远不会用于启动任何通过java_arguments指定了至少一个命令行参数的小程序。 -Xmx被特殊处理:如果通过java_arguments启动了一个已存在的JVM实例,例如-Xmx256m,并且一个新的小程序请求-Xmx128m,则新的小程序很可能在现有的JVM实例中运行。换句话说,-Xmx规范与大于或等于测试相匹配。 因此,最好在小程序标记中提供java_arguments,以便非常有可能在单独的JVM中启动小程序。