原创内容，转载请注明原文网址：http://homeqin.cn/a/wenzhangboke/jishutiandi/youxikaifa/2019/0409/450.html
Unity之IL2CPP解析
Unity3D 想必大家都不生疏，独立游戏制造者们很多人都在用它，以至常州企业培训一些大公司也用在很商业的游戏制造上。Unity3D最大的一个特性是一次制造，多平台部署，而 这一中心功用是靠Mono完成的。能够说Mono是Unity3D中心的中心，是Unity3D跨平台的基本。但是在2014年年中的时 候，Unity3D官方博客上却发了一篇“The future of scripting in unity”的文章，引出了IL2CPP的概念，觉得有取代Mono之势。那什么是IL2CPP，它能为Unity3D和作为运用Unity3D的我们带来哪些益处和改动？希望能够透过本文对IL2CPP的引见帮大家解惑。
C#.Net Framework
我们先说说IL2CPP试图取代的Mono。在说Mono之前，不得不提C#言语和背后的。Net Framework。C#是微软推出的一种基于。NET框架的、面向对象的高级编程言语。C#的发音为“see sharp”，模拟音乐上的音名“C?”（C调升），是C言语的晋级的意义。其正确写法应和音名一样为“C?”。C#由C言语和C++派生而来，继承了其 强大的性能，同时又以。NET框架类库作为根底，具有相似Visual Basic的快速开发才能。C#由安德斯·海尔斯伯格掌管开发，微软在2000年发布了这种言语。说到安德斯·海尔斯伯格这里要多说一句，当年和VC（注 意，是VC，那个时分还没有Visual Studio）齐名还有另外一家公司的IDE也十分盛行，那就是Borland公司的Delphi，也是由安德斯·海尔斯伯格主导开发的。
他后来被微软挖走，创立了J++，一门相似Java的言语（好吧，以我浅薄的学问以为，那根本就是照着Java做的）。后因由于和Sun公司受权的缘由，微 软在2001年中止了J++的开发而推出了C# 1.0。说来要感激和Sun的这场官司，否则微软也不会有C#，J++也可能不断会跟随Java的脚步。相反C#经过不时的进化，从1.0开端到4.0和 最新的5.0，C#曾经远远甩开Java几条街了（还是以我个人的运用Java和C#觉得而言，关于两门言语的比拟，无论是效率上，夸平台上，还是言语易 用性上，社区活泼度上，网上的争论随处可见，每个人都有本人的见地，这也不是本文的重点）。
Mono，Mono VM
C#虽好，但是只能在Windows上运转，微软那时分也没有将其开源，所以总是会有人说不能跨平台，光就这点，C#和Java就不能比呀。
微软公司曾经向ECMA申请将C#作为一种规范。在2001年12月，ECMA发布了ECMA-334 C#言语标准。C#在2003年成为一个ISO规范（ISO/IEC 23270）。这意味着只需你恪守CLI（Common Language Infrastructure），第三方能够将任何一种言语完成到。Net平台之上。Mono就是在这种环境下降生的。
Mono是一个由 Xamarin公司（先前是Novell,最早为Ximian）所掌管的自在开放源代码项目。该项目的目的是创立一系列契合ECMA规范（Ecma- 334和Ecma-335）的。NET工具，包括C#编译器和通用言语架构。与微软的。NET Framework（共通言语运转平台）不同，Mono项目不只能够运转于Windows系统上，还能够运转于 Linux，FreeBSD，Unix，OS X和Solaris，以至一些游戏平台，例如：Playstation 3，Wii或XBox 360之上。Mono使得C#这门言语有了很好的跨平台才能。常州软件技术培训相关于微软的。Net Framework运转时库Mono运用本人的Mono VM作为运转时库。 加上C#自身快速友好的开发才能，最终使得Unity团队在创立之初就决议将Mono，C#作为其中心。（嗯，这是我猜的）
有人或许会说，Unity还支持JavaScript和Boo呢，不光光只要C#一门言语。首先我要纠正的是，在Unity中的JavaScript严厉意 义上说并不是W3C标准中的JavaScript，它正确的名字叫做Unity Script，其实是从Boo演化过来的（这样大家就能了解为啥在3门言语中，Boo用的人最少，但是却还不断存在的缘由了吧）。我以为是Unity开端 为了让更多的人可以快速的上手，特别是思索到很多脚本程序员对JavaScript曾经很熟习了，为了照顾这局部人，创造了Unity Script，它的语法和W3C的JavaScript简直分歧，使得大家能够直接用其停止开发，降低门槛。但是Unity Script在运转上却和JavaScript有着实质的不同。这个我会在下一节IL中停止细致的描绘。从三门言语在Unity中的运用状况而言：Boo 简直就没人用了，Unity Script和C#两者中无论是演示代码还是Unity Asset Store中的第三方代码，C#曾经有85%-90%的比例（个人粗略估量，没有做细致统计）。可见C#在Unity中深受我等游戏码农的爱戴。
IL
啰嗦完了C#.Net Framework和Mono，引出了我们很重要的一个概念”IL“。IL的全称是 Intermediate Language，很多时分还会看到CIL（Common Intermediate Language，特指在。Net平台下的IL规范）。在Unity博客和本文中，IL和CIL表示的是同一个东西：翻译过来就是中间言语。它是一种属于 通用言语架构和。NET框架的低阶（lowest-level）的人类可读的编程言语。目的为。NET框架的言语被编译成CIL，然后汇编成字节码。 CIL相似一个面向对象的汇编言语，并且它是完整基于堆栈的，它运转在虚拟机上（。Net Framework, Mono VM）的言语。
详细过程是：C#或者VB这样遵照CLI标准的高级言语，被先被各自的编译器编译成中间言语：IL（CIL），等到需求真正执行的时分，这些IL会被加载到运转时库，也就是VM中，由VM动态的编译成汇编代码（JIT）然后在执行。
Unity之IL2CPP解析
正是由于引入了VM，才使得很多动态代码特性得以完成。经过VM我们以至能够由代码在运转时生成新代码并执行。这个是静态编译言语所无法做到的。回到上一 节我说的Boo和Unity Script，有了IL和VM的概念我们就不难发现，这两者并没有对应的VM虚拟机，Unity中VM只要一个：Mono VM，也就是说Boo和Unity Script是被各自的编译器编译成遵照CLI标准的IL，然后再由Mono VM解释执行的。这也是Unity Script和JavaScript的基本区别。JavaScript是最终在阅读器的JS解析器中运转的（例如大名鼎鼎的Google Chrome V8引擎），而Unity Script是在Mono VM中运转的。实质上说，到了IL这一层级，它是由哪门高级言语创立的也不是那么重要了，你能够用C#，VB，Boo，Unity Script以至C++，只需有相应的编译器可以将其编译成IL都行！
IL2CPP， IL2CPP VM
本文的主角终于出来了：IL2CPP。有了上面的学问，大家很容易就了解其意义了：把IL中间言语转换成CPP文件。大家假如看明白了上面动态言语的 CLI， IL以及VM，再看到IL2CPP一定心中充溢了疑惑。如今的大趋向都是把言语加上动态特性，哪怕是c++这样的静态言语，也呈现了合适IL的c++编译器，为啥Unity要反其道而行之，把IL再弄回静态的CPP呢？这不是吃饱了撑着嘛。依据本文最前面给出的Unity官方博客所解释的，缘由有以下几个：
1.Mono VM在各个平台移植，维护十分耗时，有时常州平台运营以至不可能完成
Mono的跨平台是经过Mono VM完成的，有几个平台，就要完成几个VM，像Unity这样支持多平台的引擎，Mono官方的VM肯定是不能满足需求的。所以针对不同的新平 台，Unity的项目组就要把VM给移植一遍，同时处理VM里面发现的bug。这十分耗时耗力。这些能移植的平台还好说，还有比方WebGL这样基于阅读 器的平台。要让WebGL支持Mono的VM简直是不可能的。
2.Mono版本受权受限
大家有没有认识到Mono的版本曾经更新到3.X了，但是在Unity中，C#的运转时版本不断停留在2.8，这也是Unity社区开发者埋怨的最多一 条：很多C#的新特性无法运用。这是由于Mono 受权受限，招致Unity无法晋级Mono。假如换做是IL2CPP，IL2CPP VM这套完整本人开发的组件，就处理了这个问题。
3.进步运转效率
依据官方的实验数据，换成IL2CPP以后，程序的运转效率有了1.5-2.0倍的提升。
运用Mono的时分，脚本的编译运转如下图所示：
Unity之IL2CPP解析
简单的来说，3大脚本被编译成IL，在游戏运转的时分，IL和项目里其他第三方兼容的DLL一同，放入Mono VM虚拟机，由虚拟机解析成机器码，并且执行
IL2CPP做的改动由下图红色局部标明：
Unity之IL2CPP解析
在得到中间言语IL后，运用IL2CPP将他们重新变回C++代码，然后再由各个平台的C++编译器直接编译成能执行的原生汇编代码。
几点留意：
1.将IL变回CPP的目的除了CPP的执行效率快以外，另一个很重要的缘由是能够应用现成的在各个平台的C++编译器对代码执行编译期优化，这样能够进一步减小最终游戏的尺寸并进步游戏运转速度。
2.由于动态言语的特性，他们多半无需程序员太多关怀内存管理，一切的内存分配和回收都由一个叫做GC（Garbage Collector）的组件完成。固然经过IL2CPP以后代码变成了静态的C++，但是内存管理这块还是遵照C#的方式，这也是为什么最后还要有一个 IL2CPP VM的缘由：它担任提供诸如GC管理，线程创立这类的效劳性工作。但是由于去除了IL加载和动态解析的工作，使得IL2CPP VM能够做的很小，并且使得游戏载入时间缩短。
3.由于C++是一门静态言语，这就意味着我们常州微信公众平台不能运用动态言语的那些酷炫特性。运转时生 成代码并执行肯定是不可能了。这就是Unity里面提到的所谓AOT（Ahead Of Time）编译而非JIT（Just In Time）编译。其实很多平台出于平安的思索是不允许JIT的，大家最熟习的有iOS平台，在Console游戏机上，不论是微软的Xbox360， XboxOne，还是Sony的PS3，PS4，PSV，没有一个是允许JIT的。运用了IL2CPP，就完整是AOT方式了，假如原来运用了动态特性的 代码肯定会编译失败。这些代码在编译iOS平台的时分天生也会失败，所以假如你是为iOS开发的游戏代码，就不用担忧了。因而就这点而言，我们开发上简直 不会感到什么问题。
最后给出Unite 2014上官方给出的性能测试截图（数字越小表示运转得越快）：
Unity之IL2CPP解析
Unity之IL2CPP解析
有了IL2CPP，程序尺寸能够相对减少，运转速度能够进步！看了兴奋吗？其完成有的Unity版本中曾经引入了IL2CPP技术。本文下篇就经过一个实践的例子，看看IL2CPP都为我们做了哪些，以及我们常州微信小程序开发需求留意些什么。
上篇：上一篇：Unity的canvas scaler组件
下篇：下一篇：U3D Shader之遮挡透明效果
