Mono
Mono是一个开源项目。基于通用语言架构和C#的 ECMA标准，提供了.NET的另一种实现。并且具备了跨平台的能力，能在Windws、Mac、Linux甚至一些游戏平台上运行。
查看unity的Mono版本
Debug.Log(Application.unityVersion);
Type type = Type.GetType("Mono.Runtime");
if (type != null)
{
MethodInfo displayName = type.GetMethod("GetDisplayName", BindingFlags.NonPublic | BindingFlags.Static);
if (displayName != null) Debug.Log(displayName.Invoke(null, null));
}
Mono的组成
-
C#编译器 mcs
编译器的作用是把c#源码编译成通用中间语言（MCIL/CIL）的字节码（ByteCode）。最后运行的时候通过通用语言运行库的转换，终可以被CPU直接计算的机器码（NativeCode）。 -
Mono运行时
提供了一个即时编译器（JIT），以及一个提前编译器（AOT），同时还有类库加载器，垃圾回收和线程系统等。在非Window平台需要Mono运行时来编译。 -
基础类库
与微软的.Net框架兼容 -
Mono类库
提供了很多超越基础类库，超越.Net框架的类。
Mono运行时
mcs的作用是将c#源码编译为ECMA CIL的字节码，之后则需要Mono运行时的编译器，将字节码转译为机器码。Mono运行时提供了3种转译方式：
- 即时编译(JIT)
在运行过程中，将CIL的字节码转为目标平台的原生码
1.运行当中 2.生成的是新代码 3.还得运行 - 提前编译(AOT)
在运行前，将CIL的字节码转为目标平台的原生码并储存起来，但还是有一部分转译需要用到JIT - 完全静态编译(Full AOT)
完全杜绝JIT,IOS平台
IOS不能热更代码原因：
原因：IOS封了内存（或堆）的可执行权限，相当于变相的封锁了JIT的这种编译方式。
Lua代码为什么能热更：
Lua是使用C写的脚本语言，在运行时读入Lua编写的代码，在解释Lua时不是翻译为机器码，而是使用C代码进行解释，不用开辟可执行权限的内存空间，也不会有新代码执行，执行解释的是用C语言写出来的虚拟机。
CIL是什么
CIL是指令集。基于堆栈，而非通过CPU的寄存器来操作。和其具体的CPU架构无关。
CIL语言其实是运行在虚拟机中，具体到Unity 3D游戏引擎也就是Mono的 运行时。
IL2CPP
Unity使用Mono虽然解决了跨平台的难题，但是也引入了更多的难题。比如对于VM(前文提到的Mono运行时)的维护。这也是题主所提到的，有多少平台就需要维护多少个平台的VM。这是一个非常耗时耗费精力的工程，尤其在于Unity自身版本需要不停更新迭代的同时，再去维护老旧的VM虚拟机的升级与BUG相当困难。除此之外，虽然Mono本身是开源的，但是商业使用还是收到一定的版权限制，而低版本的MONO就无法使用C#的强大特性，如果做Unity开发的同学应该知道，前些年，只能使用Mono2.x的版本，导致非常多的C#代码无法实现。最后，因为MONO需要运行在虚拟机内，相比于编译成原生的CPP代码而言，效率非常低。还有一个问题是谷歌64位版本问题，MONO也无法解决。
现阶段Unity所使用的过渡方案是IL2CPP，它的原理也很简单，大概就是在IL代码之后，再进行一次转译，将其转化为Cpp代码，然后再利用不同平台的优化过的编译器，编译为对于平台的目标代码。