JIT 与 C#热更

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