java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > JVM  noverify 启动参数

JVM 的 noverify 启动参数问题解析

作者:honeymoose

这篇文章主要介绍了JVM 的 noverify 启动参数问题解析,从 JDK 13 开始及其后续版本中,不建议继续使用 -Xverify:none 和-noverify 参数,本文给大家介绍的非常详细,需要的朋友可以参考下

当 ClassLoader 加载的 Java 字节码时,字节码首先接受校验器(verifier)的校验。校验器负责检查那些指令无法执行的明显的破坏性的操作。

校验器执行的检查操作:

如果你不希望 JVM 运行这个校验的话,你可以添加 noverify 参数

JDK 13 + 版本的问题

从 JDK 13 开始及其后续版本中,不建议继续使用 -Xverify:none 和-noverify 参数。

否则,你将会得到下面的错误:

warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release.

如果你使用的是 OpenJ9 的话,会得到下面的错误。

JVMJ9VM193W Since Java 13 -Xverify:none and -noverify were deprecated for removal and may not be accepted options in the future.

警告的原因为:
你的 JDK 使用了高于 13 的版本,但是你还是使用了-noverify 运行参数。

你需要在 JVM 的运行中取消到上面这个参数。

在加载类时,验证类是否正确需要一些时间。由于类可能以延迟方式加载(不是在app start上,而是在第一次使用时),这可能会导致意外的运行时延迟。

实际上,类一般不需要检查。编译器不会发出任何无效的字节码或类构造。进行验证的原因是,该类可能构建在一个系统上,联机托管,并通过不受保护的internet传输给您。

在这个路径上,恶意攻击者可能修改字节码并创建编译器可能永远不会创建的内容;可以使JVM崩溃或可能绕过安全限制的东西。因此,在使用类之前对其进行验证。如果这是一个本地应用程序,通常不需要再次检查字节码。

到此这篇关于JVM 的 noverify 启动参数的文章就介绍到这了,更多相关JVM noverify 启动参数内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

您可能感兴趣的文章:
阅读全文