JIT与AOT
一般程序运行有两种方式，静态编译与动态编译。
AOT: Ahead Of Time,预先（静态）编译
静态编译的程序，需要在执行之前全部翻译为机器码，运行前会使得程序安装时间相对较长，但程序运行的时候，性能和启动时间将会得到显著的优化，这种类型称为“AOT
”——提前编译。一般是用C/C++ 开发的应用。
JIT : Just-in-time,
动态（即时）编译
边解释边运行，可以根据当前硬件情况实时编译生成最优机器指令，也可以根据当前程序的运行情况生成最优的机器指令序列，但有时候会占用运行的资源，同时编译时间也会增加运行的时间，导致进程卡顿。一般是用 JavaScript
和
Python
的应用等。
所有脚本语言都支持
JIT
模式。但需要注意的是
JIT
和
AOT
指的是程序运行方式，和编程语言并非强关联的，有些语言既可以以 JIT
方式运行也可以以 AOT
方式运行，如
Java
、
Python
。
它们可以在第一次执行时编译成中间字节码、然后在之后执行时可以直接执行字节码，中间字节码并非机器码，在程序执行时仍然需要动态将字节码转为机器码，不过通常我们区分是否为 AOT
的标准就是看代码在执行之前是否需要编译，只要需要编译，无论其编译产物是字节码还是机器码，都属于 AOT
。
JIT 与热更新
为什么使用 Lua 作为热更新语言，不用 C#
热更新本身对于资源热更新是非常容易的，Unity
自带的
AB
包就可以轻松解决，难的是代码热更新，因为 Unity
中的
C#
是编译型语言， Unity 在打包后，会将
C#
编译成一种中间代码，再由
Mono
虚拟机编译成汇编代码供各个平台执行，它打包以后就变成了二进制了，会跟着程序同时启动，就无法进行任何修改了。
LUA 是解释型语言，并不需要事先编译成块，而是运行时动态解释执行的。这样 LUA
就和普通的游戏资源如图片，文本没有区别，因此可以在运行时直接从 WEB
服务器上下载到持久化目录并被其它
LUA
文件调用。
不用 C#热更的原因
准确的说，C#
在安卓上可以实现热更新，但在苹果上却不能。那 C#
为什么不做成解释型语言呢？因为
C#
的定位是一个追求效率且功能强大的编译型语言。在安卓上可以通过 C#
的语言特性
-
反射机制实现动态代码加载从而实现热更新。
具体做法是：将需要频繁更改的逻辑部分独立出来做成 DLL
，在主模块调用这些 DLL
，主模块代码是不修改的，只有作为业务（逻辑）模块的 DLL
部分需要修改。游戏运行时通过反射机制加载这些
DLL
就实现了热更新。
但苹果对反射机制有限制，不能实现这样的热更。为什么限制反射机制？安全起见，不能给程序太强的能力，因为反射机制实在太过强大，会给系统带来安全隐患。
解决：C#热更新
lLRuntime 项目为基于
C#
的平台
(
例如
Unity)
提供了一个纯以实现， 快速、防便且可靠的 IL
运行时，使得能够在不支持
JIT
的硬件环境
(
如iOS)能够实现代码的热更新。
编译原理：它把代码分为两个 dll
文件，启动的时候只启动一个，另一个 dll
通过反射启动，在没启动第二个热更的
dll
，将第一个
dll 文件替换掉。来达到一个热更的效果。
关于JIT
mono 的 JIT 编译器目录 mini 下的 mini.c 文件
设定 mono
的编译模式为
full-aot
（比如打
IOS
安装包的时候），则在运行时试图使用 JIT 编译时，
mono
自身的
JIT
编译器就会禁止这种行为进而报告这个异常。JIT
编译的过程根本还没开始，就被自己扼杀了。
学习链接：
https://www.cnblogs.com/murongxiaopifu/p/4278947.html
