java8 update 91 有什么用_Java 8 Update 91 Web Start应用程序具有长启动延迟

我们有一组

Java应用程序,我们多年来一直在开发,通过Web Start远程启动.更新到Java SE 8 Update 91后,在启动过程中会有一个非常显着的暂停(20-60秒,具体取决于应用程序),而不会向典型用户显示任何事情发生.在Java的“启动应用程序”对话框关闭之后和启动应用程序之前,会发生此暂停.

暂停的长度似乎与应用程序的大小相关.恢复到Java 8 Update 77完全消除了暂停,并且这些相同的应用程序在没有任何暂停的情况下启动.

我们的应用程序确实请求“所有权限”,因为我们需要读取/写入客户端驱动器的数据以进行缓存.所以我们所有的罐子都签了名并进行了必要的清单修改.

如果您的Java设置启用了Java控制台,则在访问应用程序的JNLP文件时出现的Java“正在启动的应用程序”对话框后会立即显示控制台.但是,在此暂停期间控制台中没有看到任何活动(例如,在暂停之后,没有任何典型的Java类加载消息出现,并且在“main”方法中的任何代码都没有执行,直到暂停之后).

其中一些应用程序相当大.我们编写的代码大约为10-12MB,额外资源总计在15-20MB之间,具体取决于应用程序.

我发现了一个听起来很相似的JDK错误报告…… bug report

此报告指出,如果在第一次启动之前删除Java缓存,则使用较旧的Java版本会导致即时启动.我报告的问题似乎没有受到Java缓存的影响.恢复到Java 8 Update 77会导致即时启动而不删除Java缓存.

Java 8 Update 91的Java发行说明提到了一个错误修复“修复Applet启动时的回归”.但我没有看到任何表明故意改变会导致启动期间长时间停顿的事情(例如增加安全扫描等).

由于在启动时有这么长的暂停,并且无法向用户表明发生了什么事情,我们会收到有关应用程序的投诉.

任何帮助将不胜感激.

2016年7月1日更新……

我发现这个SO问题似乎描述了相同的症状：similar issue.但是,它与Java 7 Update 40有关.解决方法是禁用deployment.properties文件中的吊销检查.

我已经使用Java控制台为“执行签名代码证书吊销检查”和“执行TLS证书吊销检查”设置“不检查”.我检查以确保更改反映在deployment.properties文件中.但是,这些设置根本不能解决或改善问题.

如果这有效,那将是问题的一个很好的指标,但让客户在高级设置中关闭这些撤销检查不是一个有用的“解决方案”.对于能够访问我们的许多应用程序的公众来说,它尤其有用.

2016年7月7日更新……

根据jaivalis的评论,我下载了Java 8 Update 112 JRE的早期访问版本.当我用这个JRE运行我们的应用程序时,根本没有停顿.应用程序关闭后,应用程序立即运行.

到目前为止,我找不到任何解释原因的说明.我希望这个“修复”不是新安全措施的结果,这些措施尚未完全应用于此早期访问版本.我希望实际上已经解决了一些事情,并且当这个版本正式发布时,立即启动性能将保持不变.

顺便说一句,我找不到Java 8 Update 112的正式发布日期.我希望它会在7月份发生,但我看到了10月份的一些迹象.任何人都有关于何时可以获得此更新的任何信息？

此page还提到了Java 8 Update 102,但我找不到该更新的早期访问版本.我找到的任何链接都指向112更新.