对比JIT和AOT，各自的优点与缺点

编译器和解释器是什么

编译器和解释器的区别在于是否编译和执行过程是否是同时进行。

编译器所干的事，将一门语言 X 编译为另一门语言 Y （可以是语言 X、高级语言、低级语言等），整个编译过程涉及词法分析、语法分析、语义分析。该过程往往由程序员在编写程序时完成。

而解释器则直接将语言 X 编写的程序在目标机器上运行。CPU就可以被当作某种指令集合的解释器。事实上，CPU的指令集合可能比我们看到的更复杂，其内部由更多的私有指令集合组成，转化为可见的公有指令集合。

是什么

JIT

JIT编译器，英文写作Just-In-Time Compiler，中文意思是即时编译器。
JIT是一种提高程序运行效率的方法。通常，程序有两种运行方式：静态编译与动态解释。静态编译的程序在执行前全部被翻译为机器码，而动态解释执行的则是一句一句边运行边翻译。

AOT

AOT编译器， (Ahead-Of-Time)
AOT 编译器动态生成本机代码，而应用程序运行任何生成的 AOT 代码并将其高速缓存在共享数据高速缓存中。用于执行该方法的后续 JVM 可以从共享数据高速缓存装入和使用 AOT 代码，而不会导致 JIT 编译的本机代码遇到性能下降的问题。

缺省情况下，AOT 编译器为启用状态，但是只有在启用共享类时才处于活动状态。缺省情况下，共享类为禁用状态，因此不发生任何 AOT 活动。在 AOT 编译器处于活动状态时，该编译器会选择要进行 AOT 编译的方法，其主要目的是缩短启动时间。

对比

JIT：吞吐量高，有运行时性能加成，可以跑得更快，并可以做到动态生成代码等，但是相对启动速度较慢，并需要一定时间和调用频率才能触发 JIT 的分层机制

AOT：内存占用低，启动速度快，可以无需 runtime 运行，直接将 runtime 静态链接至最终的程序中，但是无运行时性能加成，不能根据程序运行情况做进一步的优化

以 CoreCLR 为例，不做 AOT 编译的 asp.net core 网站项目，通常冷启动时间需要 150ms左右，但是启动后随着程序运行，JIT 再次生成更优的代码，甚至会为频繁使用的泛型类特化出一套实现；而经过 ReadyToRun 技术编译初始化部分，可以既保留 JIT，同时将程序初始化的部分采用 AOT 技术加速，将启动时间减少到 80ms 左右；最后是纯 AOT，采用CoreRT 编译后，启动速度可以直接达到 10ms 以下。

AWS 的 FaaS 服务中，.NET Core 的函数计算服务利用 ReadyToRun/CoreRT 等技术，使得其启动速度成为冠军。

不过 .NET Core 内存占用本身就非常小，进行 AOT 编译带来的内存占用优势几乎可以忽略不计，然而 Full AOT 却使得很多高级特性无法实现，例如表达式树动态生成 IL 等。对于 .NET Core 来说，AOT 相对于 JIT 的优势，除了可以得到更小的程序之外，并不明显。

JIT 页面渲染引擎

JIT 页面渲染是 COMSHARP CMS 为了实现网站内容即时更新而开发的页面生成技术，JIT页面渲染引擎直接从数据库获取网站最新内容，瞬间生成页面输出给访问者，并通过 URL 转写技术实现纯静态地址。

JIT 页面渲染技术是针对传统 CMS 生成静态 HTML 文件而言。传统 CMS 由于使用脚本代码模板技术，页面生成前，需要将数据库中的页面内容用外部模板进行解析与渲染，导致严重的性能问题，为了解决这个问题，传统 CMS 一般采用生成 HTML 静态文件技术，即，在内容创作完成后，对全站的内容执行一个静态 HTML 文件生成过程，最终，全站内容以静态 HTML 文件的形式存在。

静态 HTML 文件技术最显著的优势是性能出众，然而这种技术最严重的问题在于，用户对站点任何修改与更新，必须首先经过一次全站 HTML 文件重新生成过程，然后才能被访问者看到。根据不同 CMS 产品的性能和站点规模，这个 HTML 生成过程可能长到十几分钟到几十分钟或更长。

也有个别 CMS 产品使用触发式页面渲染模式，即内容更新后，并不立即生成 HTML 文件，而是在用户第一次访问该页面时，触发生成该页面的 HTML 文件，这种技术的问题在于，用户第一次访问被更新页面的时候，可能经历非常漫长的等待，因为站点内各个页面之间并非孤立的，他们可能相互引用，虽然访问的只是一个页面，为了对引用页面同步更新，需要重新生成 HTML 文件的页面可能有多个。

JIT 页面渲染如何工作？

上图，是 COMSHARP CMS JIT 渲染引擎与传统 CMS 生成 HTML 静态页面模式对比。

可以看出，JIT 渲染引擎直接将网站最新内容从数据库渲染给访问用户，而传统 CMS 的站点内容在到达访问用户之前，首先要经历一个 HTML 的转换过程。

COMSHARP CMS JIT 页面渲染如何实现毫秒级的渲染速度？

COMSHARP CMS 在页面渲染的时候，JIT 引擎可以在数十毫秒的时间内容完整整个页面的生成，这样就保证用户访问的时候，不会因 JIT 渲染造成延迟。事实上，COMSHARP CMS 网站访问速度只取决于服务器带宽，页面生成过程带来的延迟可以忽略不计。
　我们有两项技术保证这样的性能：
　编译级主题模板　COMSHARP CMS 的编译级主题模板直接内嵌在系统的 DLL 中，主题模板的套用是在运行时（Run Time）完成，这和传统 CMS 的调用脚本代码模板解释运行是截然不同。