|
前言
在面试中,我们经常会被问到Unity的底层是如何措置C#,本节给通过一下3个点来给大师详细的分析这个问题:
C#的成长历史
C#没有出来之前,当时Java凭借Java虚拟机+Java字节码解释执行,让Java代码移植编写可以跨平台运行。同时Java等有了垃圾回收机制等,大大的降低了开发的难度。微软为了应对Java, 推出了.net平台。.net平台包含了几个点:
c: 开发一个.net 虚拟机能解释执行CLR字节码,同时把.net虚拟机移植到多个平台(windows, win mobile等windows系的操作系统)。这样用C#/J#开发的法式能跨平台到.net撑持的操作系统上,同时C#, J#底层一样,能彼此的调用。
d: 为了让.net能撑持更多的平台,微软把.net CLR的尺度开放出来了。
e: 出了一个开源的项目Mono, 以.net为尺度,开发出了撑持主流的PC与移动操作系统的.net 虚拟机。这样使得.net代码有机会能运行到非win家族系列的操作系统上。
Unity为什么用C#
讲完.net的成长历史的几个阶段以后,我们来看下为什么Unity会使用选C#来做开发语言。Unity 出来的时候,也需要解决 游戏 for mac, 游戏for linux, 游戏for windows, 游戏 for xbox等平台,后来手游成长起来以后又要解决 游戏 for Android, 游戏for IOS等。所以Unity引擎必需要构建在能跨平台发布的这个基础上。所以早期的Unity选择了Mono,作为跨平台基础,所以Unity是基于mono成长起来的项目。而mono 基于.net技术构建,所以在mono上开发,可以撑持多种开发语言,c#, J#等所以早期Unity能撑持C#, Boo, Js等编程语言,都是基于mono .net技术。所以Mono辅佐Unity解决了跨平台问题,开发语言与开发东西的问题。
看上去一切很美好,但是基于mono构建的技术方案也有致命的问题,后期的Unity发现问题越来越多,主要的问题如下:
a: 法式执行效率,在移动端解释执行CLR代码,终归效率不如直接的native代码;
b: Mono虚拟机移植,当一个新的游戏开发平台出来以后,又要从头移植mono虚拟机,这里发生的bug先不说,能不能撑持出来还不必然;
Unity il2cpp 救世主
为了解决mono .net的问题,Unity 开发团队推出了一个新的技术,就是il2cpp,顾名思义就是讲CLR/IL代码通过il2cpp,把它转成c/c++代码,然后再基于平台的native开发东西再进行编译,最终编译出native的二进制代码。
这样做发布IOS没有任何问题,native code性能也好,同时如果有新的平台呈现的时候,只要把C/C++移植到对应的平台就可以了,移植的时候非常的便利。
总结一下unity基于il2cpp 来构建措置C#的基本道理与法式:
(1) 开发者还是基于.net的C#来进行开发;
(2) 还是使用.net的东西将C#的代码编译成CLR or IL
(3) 使用il2cpp东西,将CLR/IL字节码转成静态的C++代码;
(4) 使用native的开发东西(xcode, Android NDK等),来将C++代码编译成方针的native机器码;
这样Unity开发到方针OS平台的安装包就打包发布出来了。假设有新的平台呈现后,只要将游戏引擎的native代码+平台工程东西移植好就可以了,获得更好性能的同时获得了更好的跨平台移植性。最后上一个图来展示一下整个的架构,如下:
本节就分享到这里了,存眷我,学习更多的Unity开发的常识。 |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
|