现有的几个Unity热更新方案该如何选择，各自的优缺点是什么？

最新推荐文章于 2024-07-15 17:10:18 发布

游戏开发88

最新推荐文章于 2024-07-15 17:10:18 发布

阅读量970

点赞数

文章标签： unity 游戏引擎

本文链接：https://blog.csdn.net/bycw888/article/details/125927656

版权

本文探讨了Unity热更新方案huatuo的使用，包括游戏代码的项目拆分、扩展编辑器生成.dll、以及动态装载代码的方法。通过示例项目源码分析，提出将代码按框架和业务逻辑拆分，并利用ADF机制，以及自定义编辑器扩展来实现热更新的高效管理。此外，还介绍了如何确定需要热更新的代码部分及装载过程。

摘要由CSDN通过智能技术生成

1.3 huatuo示例项目源码分析与启发

上一节我们安装huatuo的开发环境，然后运行示例项目，体验了huatuo做热更新,这节课我们来分析示例项目的源码，掌握huatuo做热更新的主要的步骤，让你自己的项目很好的基于huatuo来组织热更新。有几个huatuo的原则要清楚:

这里有个学习交流小组大家可以一起来学习交流

Unity ADF机制来分项目，可以分成若干项目,避免大量代码长时间的编译,同时可以按照更小的颗粒度来做热更新。
普通开发中，会把Unity项目的代码通过IL2CPP全部转成静态的二进制指令代码,如果当IL2CPP_huatuo加载了一个IL代码的.dll(既有AOT的静态代码，又装载了对应的IL代码)，huatuo会优先解释执行装载的IL代码。每个版本都把.dll生成出来，进行比对，哪些.dll变化了，就采用il2cpp_huatuo下载下来,转载执行即可。
任何项目的代码(框架代码+游戏逻辑)都可以基于huatuo来做热更新。
huatuo提供热更的机制，至于如何热更，热更哪些完全由自己控制;

我们带着这些原则来对示例项目来做源码分析得到自己开发项目中的启发。

传统的我们的热更新项目会分为:框架代码+游戏逻辑。你也可以按照这个标准来划分,也可以继续

关注