现有技术中AOT和JIT编译器的区别
在Marshmallow中，有一个添加了ART的AOT编译器。在Androidn中，除了AOT之外，还添加了另一个编译器JIT。
AOT编译器的特定工作/特性是什么？areJIT编译器的工作/特性是什么？
共有1个答案
JIT vs AOT
.java -> .class -> .dex(by DX, D8) -> machine byte code
Just In Time(JIT)-Dalvic（基于寄存器）-在执行之前生成机器字节码。它的内存占用更少，但CPU使用（滞后）、周期、电池寿命更长
提前(AOT)-Android运行时(ART)-在安装过程中生成机器字节码。在API 19中引入并在API 21中引入。主要它有更大的第一次发射。ART优化的内存分配和垃圾收集器(GC)--只进行一次迭代
-
我正在潜入angular 4，我试图理解编译。我已经读到，AOT和JIT都将TypeScript编译为JavaScript，无论是在服务器端还是在客户端。如果我在用Webpack和grunt构建它时编译它，并部署简化的javascript，那么AOT和JIT又是如何出现的呢？
-
这个问题与android系统有关。Dalvik VM使用JIT概念，这意味着当您第一次运行应用程序时，Dalvik VM编译它并加载到RAM中，只要它能留在那里。我理解这个概念。而新的称为ART的虚拟机则使用AOT方法。ART编译应用程序后，你安装它（或当你正在安装它？）。这意味着什么？ART编译的应用程序与已编译的应用程序（如C应用程序）相同，但运行在与其他操作系统分离的独立进程中？谁能更透彻地
-
一个程序的编译过程可以是步骤迭代式的，即每一轮步骤结束后得到的结果都可独立运行，比如，先构造AST再输出字节码，中间状态AST也是可以解释执行的。由于编译的本质就是代码转换，因此对一个语言可以有多个独立的编译器，每个负责一轮步骤 AOT Compiler和JIT Compiler就是针对编译形式做的分类： AOT：Ahead Of Time，指在运行前编译，比如普通的静态编译 JIT：Just
-
主要内容：JIT编译器语法,JIT编译器的风险和假设JIT 编译器是用 C++ 编写的，用于将 Java 转换为字节码。现在 Java 10 可以选择启用基于 Java 的实验性 JIT 编译器 Graal 来代替标准的 JIT 编译器。Graal 正在使用 Java 9 中引入的 JVMCI，即 JVM 编译器接口。 Graal 在 Java 9 中也可用。使用 Java 10，我们可以启用 Graal 来测试和调试实验性 JVM 编译器。 JI
-
我知道这依赖于JVM，每个虚拟机都会选择实现它，但我想了解总体概念。 据说对于JVM用来执行Java程序的内存段 Java堆栈 不一定用连续内存实现，并且可能都实际分配在操作系统提供的一些堆内存上，这就引出了我的问题。 完全使用JIT机制并将字节码方法编译为本机机器码方法的JVM将这些方法存储在某个地方，那会在哪里？执行引擎（通常用C/C编写）将不得不调用这些JIT编译函数，然而内核不应该允许程序
-
我对JIT编译器和解释器有些怀疑。从其定义开始： （翻译）来自维基百科： 在计算机科学中，解释器是一种计算机程序，它直接执行（即执行）用编程或脚本语言编写的指令，而无需事先将其批量编译成机器语言。解释器通常使用以下策略之一执行程序： 1）解析源代码并直接执行其行为 2）将源代码翻译成某种有效的中间表示形式，并立即执行该表示形式 3）显式执行由编译器（解释器系统的一部分）生成的存储预编译代码[1]