gpt4 book ai didi

java - 如果java可以编译代码,为什么还要解释它?

转载 作者:行者123 更新时间:2023-12-01 09:34:35 25 4
gpt4 key购买 nike

在企业应用程序中,相同的代码运行数天而无需重新启动,如果代码被多次点击,即超过阈值时间,那么无论如何它都会被即时编译(其中大部分),所以我想问为什么它一开始就没有被编译。我的意思是 jvm 工程师可以将代码编译为字节代码以保持平台独立性,并对机器代码再进行一次编译,并且在一般情况下以及当满足以下条件时,机器代码不应该更快吗?如果需要进行 jit 编译,那么 jvm 可以使用所有分析信息和统计信息来增强机器代码,并进行所有增强。当然,这会占用编译时间,但一般代码并不是每次执行时都被简单地解释。即创建一个编译器来编译并夸耀它,以防某些方法变得很热。我可能错了,但这是一个奇怪的问题。

最佳答案

优化编译的成本非常高。查看大型 C 项目(例如 Firefox、Linux 内核)的编译时间,尤其是链接时间优化。

JIT 还针对目标平台进行编译,即它们尝试使用它们可以支持的所有可用指令进行编译,这意味着您无法分发编译后的代码。

现在考虑 JIT 执行推测性优化(基于分析),这可能会出错并需要退出。如果只选择编译,则该代码在重新编译之前将无法继续运行。通过解释器,它可以继续执行导致救援的不常见代码路径。

您还必须记住,某些优化是特定于工作负载的,即(坏的)测试工作负载可能会使用与实际工作负载不同的代码路径,因此在运行时分析后进行不同的编译会受益。

并非所有应用程序都是长时间运行的守护进程。有些东西会启动 JVM 来执行单个任务,然后在完成后退出。

还要考虑到很多代码只运行一次,例如在应用程序启动或关闭期间。

所有这些因素都解释了为什么一些 JVM 默认使用解释器+编译器的组合。由于不同的技术权衡,其他人可能只使用 AOT 编译的代码或只使用解释器,但它们通常不会更快。

关于java - 如果java可以编译代码,为什么还要解释它?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39108422/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com