一，与传统Lua热更相比的优势 官方说明：HybridCLR扩充了il2cpp的代码，使它由纯AOTruntime变成‘AOT+Interpreter’混合runtime，进而原生支持动态加载assembly，使得基于il2cppbackend打包的游戏不仅能在Android平台，也能在IOS、Consoles等限制了JIT的平台上高效地以AOT+interpreter混合模式执行，从底层彻底支持了热更新 兼容性：支持所有il2cpp支持的平台。目前官方测试支持PC(Win32和Win64)、macOS(x86、x64、Arm64)、Android(armv7、armv8)、iOS
项目是根据官网的示例工程进行修改的,版本参数如下：unity：2021.2.20wolong：v2.1.0（v2.2版本依然有效故此不做修改）il2cpp_plus:v2021_2.1.0相关项目示例仓库地址：wolong2.0版本测试项目:这是一个学习wolong的测试demo，具体教程操作详见CSDN(gitee.com)-------------------------------------------------------------1、安装：参考：第一篇文章Unity热更新基础HybridCLR：安装部署（HybridCLR手记二）_作孽就得先起床的博客-CSDN博客2、引入示例
一、背景介绍上篇文章介绍使用ET的工作流接入HybridCLR，这篇文章再简单介绍使用HybridCLR的打包工作流接入方法。大家可以对比两种不同的接入HybridCLR的方式，感受不同的工作流程，对HybridCLR和ET有更深的了解。二、工程准备ET的工程下载和HybridCLR接入，具体操作可以参考上篇文章的详细介绍，目前最新的HybridCLR版本是0.10.3。三、热更DLL制作1.修改程序集的Platforms属性以Unity.Hotfix.Codes.asmdef为例，默认Unity.Hotfix.Codes的是Editor生效由于改热更dll采用HybridCLR的dll制作流
GitHub:YMoonRiver/hybridclr_addressable:开箱即用的商业游戏框架，集成了主流的开发工具。将主流的GameFramework修改，支持Addressable和AssetBundle，已完善打包工具和流程。(github.com)#新增GameFrameworkAddressables开箱即用#新增循环列表###UnityGameFramework **此框架参考:** `GameFramework`：[https://github.com/EllanJiang/GameFramework](https://github.com/EllanJiang/Gam
代码地址：GitHub-ManoKing/FFramework:基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发-GitHub-ManoKing/FFramework:基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发https://github.com/ManoKing/FFramework此工程热更模块基于HybridCLR+Addressablehttps://github.c
代码地址：GitHub-ManoKing/FFramework:基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发-GitHub-ManoKing/FFramework:基于HybridCLR+Addressable的热更新框架，提供例子基于QFramework+URP开发https://github.com/ManoKing/FFramework此工程热更模块基于HybridCLR+Addressablehttps://github.c
HybridCLR的推广已经做得相当好了，而且热更领域突然杀出一匹黑马，热度很高，不再多做介绍，可以点击进入HybridCLR开源地址了解详情。在此之前用过tolua和xlua热更框架,因为C#开发方式实在太爽，想支持热更又不想使用弱类型语言，于是对ILRuntime和HybridCLR进行了评估，了解后毫不犹豫选择了HybridCLR方案，尽管它还比较新。选它的原因很简单，它最接近于原生C#开发方式，虽然性能相比原生AOT还有一定差距，但是与其它热更方案相比，绝对是热更领域颠覆性的存在，尤其是近期解决了泛型元数据补充、桥接函数生成的痛点，非常的好用！感谢HybridCLR作者让我赶上了一个好
HybridCLR的推广已经做得相当好了，而且热更领域突然杀出一匹黑马，热度很高，不再多做介绍，可以点击进入HybridCLR开源地址了解详情。在此之前用过tolua和xlua热更框架,因为C#开发方式实在太爽，想支持热更又不想使用弱类型语言，于是对ILRuntime和HybridCLR进行了评估，了解后毫不犹豫选择了HybridCLR方案，尽管它还比较新。选它的原因很简单，它最接近于原生C#开发方式，虽然性能相比原生AOT还有一定差距，但是与其它热更方案相比，绝对是热更领域颠覆性的存在，尤其是近期解决了泛型元数据补充、桥接函数生成的痛点，非常的好用！感谢HybridCLR作者让我赶上了一个好
