Unity热更新方案

（本博文只是对某些博客，资料进行了整理，如果有涉及到侵权的问题，提出来马上删除哈）

一、不同平台热更新的比较

Android 应用的热更新

• 将执行代码预编译为assembly dll。

• 将代码作为TextAsset打包进Assetbundle。

• 运行时，使用Reflection机制实现代码的功能。

• 更新相应的Assetbundle即可实现热更新。

 

Android 与iOS 热更新的异同

• 苹果官方禁止iOS下的程序热更新；JIT在ios下无效。

• 热更新方案：Unity+Lua插件

二、热更新的各种Lua 插件的对比

3.1、uLua(asset store)

•  uLua插件原生版本，开山鼻祖

•  不会产生静态代码

•  反射机制，效率低下，速度慢，gc alloc频繁

•  已停止更新维护，不支持Unity5.x，淡出主流

3.2、XLua(腾讯2017年开源的手游热更新方案)

• 开发只用C#；

• 运行也是C#，性能可以秒杀lua；

• 出问题了才用Lua来改掉C#出问题的部位，替换甚至做到不用重启游戏；

• 补丁需要预打入

• 开头加入几个il指令对性能的开销

开源项目地址

https://github.com/Tencent/xLua

3.2、uLua & cstoLua（合并后叫做toLua）

•  开发平台成熟稳定，Bug修复迅速

•  开发者众多，资源丰富

•  静态方法，性能优

• 有成功商业产品案例（啪啪三国、超神战队、酷鱼吧捕鱼、绝地战警、这不是刀塔等） 

•  都是基于原生版本的改进；未来，两者会合并成一个插件

开源项目地址： 

https://github.com/topameng/tolua

3.3、sLua

•  静态方法，性能优

•  核心代码简洁

•  资源较少，开发平台不够成熟稳定

•  无成功商业产品案例成功商业产品案例

•  基于原生版本的改进

开源项目地址：

https://github.com/pangweiwei/slua

3.4、C#Light(L#)

• 淡出主流，想要了解的小伙伴点击这里：

https://github.com/lightszero/LSharp

3.5、 uniLua

• c#实现的Lua虚拟机，非完整方案

• 淡出主流

三、使用Lua 插件进行 热更新的总体流程

综合上面这些热更新插件的分析跟对比，比较可靠跟稳定的热更新方案一个是腾讯的xLua热更新框架。一个是uLua+cstoLua结合的toLua框架。接下来就对这两个框架进行具体的分析。

以上的参考：

http://blog.csdn.net/guofeng526/article/details/52662994

http://www.cnblogs.com/muyuqianshan/p/6937096.html

四、Xlua热更新方案分析

项目地址：https://github.com/Tencent/xLua

4.1 Unity热更新遭遇的问题

目前Unity下的热更新方案有不少，这些方案都要求要热更新的地方一开始就得用脚本来实现，这带来一些问题：

1、接入成本高，有的项目已经用C#写完了，这时要接入需要把需要热更的地方用脚本重新实现；

2、即使一开始就接入了，也存在同时用两种语言开发难度较大的问题，有些项目只是想fix下bug而已，却被迫使用两种语言开发，明显代价有点大；

3、脚本性能不如C#；

4.2、xlua的更新方案思路（另类Unity热更新大法：代码注入式补丁热更新）

         之前的unity热更新的方案都是在需要热更新的地方通过c#调用lua来实现热更新的。因而或多或少的会遭遇到4.1所说的三个问题。毕竟C#是一门编程语言，它运行之前需要进行编译，而这个编译的过程在移动平台无法完成，所以当我们游戏的逻辑更改，C#代码 发生改变的时候，我们就需要重新在开发环境下编译，然后重新打包，然后让玩家去下载更新最新的版本。

好像在需要更新的地方也只能选择lua、js这样的脚本语言来实现动态加载更新了。看起来好像是最好的解决方案了。但是反观Unity之外有不少方案，比如ios下的jspatch，android下的tinker等，并没这约束。以jspatch为例，它支持把一个oc函数替换为js实现，平时开发可以只写oc，只有出现bug，才需要写个js去fix。而xlua就是这样的一个解决方案。

 

xLua热补丁技术支持在线把一个C#（方法，属性，事件等等）实现替换成Lua实现。这意味着你可以：

1、开发只用C#；

2、运行也是C#，性能可以秒杀lua；

3、出问题了才用Lua来改掉C#出问题的部位，替换甚至做到不用重启游戏；

 

用完即走，是小龙哥对一个好工具的定义，xLua这个特性也如此：没问题的时候你感觉不到它的存在，出了问题才需要它来救场。而你只需要在需要热修复的地方打上hotfix标签。

4.3两条指令的性能开销

　　xLua会在C#编译成il后插入一个处理，该处理会从il层面为每个打了Hotfix标签的类型的函数开头加入几个il指令，如果用C#描述是这样的：

public int Add(int a, int b)

{

    return a + b;

}

  

// 加了il指令：

static Func<object,int,="" int=""> hotfix_Add = null;

public int Add(int a, int b)

{

    if (hotfix_Add !=null) return hotfix_Add(this, a, b);

    return a + b;

}

如果lua中执行了hotfix调用，hotfix_Add会指向一个lua的适配函数。

性能开销：
   如果不打补丁，就一个if判断，比注入前多执行两条很轻量级的指令（Ldsfld，Brfalse），我在window下测试，这两指令加起来仅相当于空函数调用开销的十分之一到五分之一。

内存开销：
    每个函数会多一个静态delegate引用，注意是静态的，和对象实例个数无关。（Stateful方式会略不同，后面单独分析）。

安装包影响：
    一般情况，就一个if和delegate调用。如果泛化函数以及参数含非public类型参数或返回值的函数会多一点：每一个输入参数，每个输出参数，对应一次函数调用，外加三次函数调用。

4.4热补丁支持的C#特性

• 各种函数，包括私有/公有，静态/成员，操作符重载，泛化函数。

　　• 构造函数，析构函数，和普通函数不一样的是，构造函数和析构函数并不是用lua函数替换了，而是执行了lua函数后还会执行原来的逻辑。

　　• 属性，包括私有/公有，静态/成员，泛化的。

　　• 事件的add/remove。

　　• 泛化类型。

　　• 总而言之，目前已知唯一尚不支持的是类静态构造函数。

4.5 xLua的突破

xLua在功能、性能、易用性都有不少突破，这几方面分别最具代表性的是：

• 可以运行时把C#实现（方法，操作符，属性，事件等等）替换成lua实现；

• 出色的GC优化，自定义struct，枚举在Lua和C#间传递无C# gcalloc；

• 编辑器下无需生成代码，开发更轻量；

 

参考：https://github.com/Tencent/xLua

http://gad.qq.com/article/detail/7182056

https://www.zhihu.com/question/54344452

 

五 toLua热更新方案分析

项目地址：https://github.com/topameng/tolua

5.1 toLua历史版本

         toLua的衍化版本：uLua（反射时代）->uLua+cstoLua（去反射时代） -> toLua（新一代引擎时代）。

         最早的2004年ulua从国外引进到国内，可以说uLua使得国内的Unity热更新领域被揭开了序幕。toLua框架经过了120多个上线商业手机游戏的测试，已经趋于成熟。并且其中腾讯、盛大、巨人、完美、畅游等等众多著名大厂均已经推出基于ulua的名作。

       相比于最早的ulua框架，toLua可谓是卷土重来，从高效率、稳定性、代码质量等方面都提升N倍，重写的引擎：代码简洁，逻辑清晰明了，是代码优雅+效率之神完美化身，从此tolua #将代替ulua走上Unity热更新舞台。

5.2 toLua

tolua#是Unity静态绑定lua的一个解决方案，它通过C#提供的反射信息分析代码并生成包装的类。它是一个用来简化在C#中集成lua的插件，可以自动生成用于在lua中访问Unity的绑定代码，并把C#中的常量、变量、函数、属性、类以及枚举暴露给lua。它是从cstolua衍变而来。从它的名字可以看出，它是集成了原来的tolua代码通过二次封装写了一个C#与tolua(c)的一个中间层。

 

要想了解tolua#是如何集成的我们需要对C#的一些特性有一些了解，比如了解C#与原生代码交互的方式等

需要了解toLua框架里面的lua跟unity如何交互的可以参考一下：http://www.cnblogs.com/Leo_wl/p/6732228.html