Unity 几种主流的热更新方式

一、AssetBundle 资源热更

核心原理

• 将游戏资源打包为 AssetBundle 文件

• 运行时动态加载更新的 AssetBundle

实现步骤

1. 资源标记：在 Unity Editor 中设置资源的 AssetBundle 属性

2. 打包生成：使用 BuildPipeline.BuildAssetBundles 生成 AB 包

3. 版本管理：维护资源版本号及 MD5 校验信息

4. 差异比对：客户端与服务端版本对比确定需更新文件

5. 下载更新：从 CDN 下载差异文件

6. 加载使用：运行时加载更新后的 AssetBundle

代码示例

// 加载热更资源示例
IEnumerator LoadHotUpdateAsset(string bundleName, string assetName)
{
    string path = Path.Combine(Application.persistentDataPath, bundleName);
    
    // 优先检查热更目录
    if(!File.Exists(path))
    {
        path = Path.Combine(Application.streamingAssetsPath, bundleName);
    }

    AssetBundleCreateRequest request = AssetBundle.LoadFromFileAsync(path);
    yield return request;
    
    if(request.assetBundle != null)
    {
        AssetBundleRequest assetRequest = request.assetBundle.LoadAssetAsync<GameObject>(assetName);
        yield return assetRequest;
        
        if(assetRequest.asset != null)
        {
            Instantiate(assetRequest.asset as GameObject);
        }
        request.assetBundle.Unload(false);
    }
}

适用场景

• 非代码资源更新（预制体、纹理、配置表等）

• 所有 Unity 支持平台

二、Lua 脚本热更

核心原理

• 使用 Lua 作为逻辑脚本语言

• 通过 Lua 虚拟机执行热更逻辑

• C# 与 Lua 通过交互层通信

主流方案

1. xLua（腾讯开源）

   • 特性：零成本集成、高性能

   • 优势：支持全平台、完善的 IDE 调试支持

2. ToLua

   • 特性：成熟稳定、社区资源丰富

   • 优势：自动生成绑定代码

实现架构

C# 核心框架层（不可热更）
   ↓↑
C#-Lua 桥接层（不可热更）
   ↓↑
Lua 业务逻辑层（可热更）

-- Lua 热更逻辑示例
local Player = {}

function Player:new()
    local o = { hp = 100, attack = 10 }
    setmetatable(o, self)
    self.__index = self
    return o
end

function Player:TakeDamage(dmg)
    self.hp = self.hp - dmg
    if self.hp <= 0 then
        self:Die()
    end
end

return Player

适用场景

• 需要频繁更新的游戏逻辑

• MMO、卡牌等复杂业务型游戏

• iOS 等限制 JIT 的平台

三、ILRuntime 热更方案

核心原理

• 使用 C# 编写热更代码

• 通过 IL 解释执行实现热更

• 无需学习 Lua，保持 C# 开发体验

关键特性

• 完整的 C# 热更支持

• 跨平台 CLI 实现

• 支持 VS 调试（需插件）

实现步骤

1. 将热更代码编译为 DLL

2. 将 DLL 作为资源打包

3. 运行时通过 ILRuntime 加载执行

代码示例

// 主工程加载热更代码
void Start()
{
    StartCoroutine(LoadHotfixDLL());
}

IEnumerator LoadHotfixDLL()
{
    // 从持久化路径加载更新后的DLL
    string dllPath = Path.Combine(Application.persistentDataPath, "Hotfix.dll");
    
    if(!File.Exists(dllPath))
    {
        dllPath = Path.Combine(Application.streamingAssetsPath, "Hotfix.dll");
    }
    
    byte[] dllBytes = File.ReadAllBytes(dllPath);
    
    // 初始化ILRuntime
    var appDomain = new ILRuntime.Runtime.Enviorment.AppDomain();
    using(var fs = new MemoryStream(dllBytes))
    {
        appDomain.LoadAssembly(fs);
    }
    
    // 调用热更代码
    appDomain.Invoke("Hotfix.GameMain", "Start", null, null);
}

适用场景

• 希望保持纯 C# 开发的项目

• 需要热更复杂业务逻辑

• 对 Lua 语法不适应的团队

四、HybridCLR（原 Huatuo）

核心原理

• 基于 Unity IL2CPP 的增强方案

• 实现完整的 AOT+Interpreter 混合执行

• 真机全平台支持

技术优势

• 完整支持 C# 所有特性

• 近乎原生执行的性能

• 完美兼容现有 IL2CPP 工作流

实现流程

1. 编译热更程序集为 DLL

2. 生成补充元数据（AOT dll）

3. 打包为 AssetBundle

4. 运行时加载并解释执行

代码示例

// HybridCLR 热更加载
void LoadHotfix()
{
    // 加载补充元数据
    AssetBundle aotDllAB = AssetBundle.LoadFromFile("AOTDlls");
    TextAsset dllBytes = aotDllAB.LoadAsset<TextAsset>("GameAssembly");
    RuntimeApi.LoadMetadataForAOTAssembly(dllBytes.bytes);
    
    // 加载热更DLL
    AssetBundle hotfixAB = AssetBundle.LoadFromFile("Hotfix");
    TextAsset hotfixDll = hotfixAB.LoadAsset<TextAsset>("Hotfix.dll");
    Assembly hotfixAssembly = Assembly.Load(hotfixDll.bytes);
    
    // 调用热更入口
    Type gameMain = hotfixAssembly.GetType("Hotfix.GameMain");
    MethodInfo startMethod = gameMain.GetMethod("Start");
    startMethod.Invoke(null, null);
}

适用场景

• 需要完整 C# 热更能力的项目

• 对性能要求较高的游戏

• 使用 IL2CPP 打包的 iOS 项目

五、Addressable Assets 系统

核心原理

• Unity 官方资源管理系统

• 基于 AssetBundle 的增强方案

• 提供更高级的资源管理抽象

核心特性

• 异步加载接口

• 自动依赖管理

• 内置更新机制

• 可视化配置工具

代码示例

// 加载Addressable资源
using UnityEngine.AddressableAssets;
using UnityEngine.ResourceManagement.AsyncOperations;

void LoadCharacter()
{
    Addressables.LoadAssetAsync<GameObject>("PlayerPrefab").Completed += 
        (AsyncOperationHandle<GameObject> handle) => 
    {
        if(handle.Status == AsyncOperationStatus.Succeeded)
        {
            Instantiate(handle.Result);
        }
    };
}

适用场景

• 需要简化 AssetBundle 管理的项目

• 大型项目资源管理

• 与 Unity 编辑器深度集成的需求

六、各方案对比分析

七、选型建议

1. 纯资源热更：AssetBundle 或 Addressables

2. 逻辑热更需求：

   • 中小项目：Lua 方案（xLua）

   • 大型项目：HybridCLR + AssetBundle

   • 全 C# 需求：ILRuntime 或 HybridCLR

3. iOS 项目：优先考虑 HybridCLR 或 Lua

4. 团队技术栈：

   • 熟悉 Lua：选择 xLua

   • 纯 C# 团队：HybridCLR

八、热更新系统设计要点

1. 版本控制系统

   • 资源版本管理

   • 差异更新机制

   • 版本回滚能力

2. 安全机制

   • 文件校验（MD5/SHA）

   • 资源加密

   • 下载安全（HTTPS）

3. 更新策略

   • 强制更新与可选更新

   • 后台静默下载

   • 增量更新机制

4. 性能优化

   • 资源分包策略

   • 加载优先级管理

   • 内存占用监控

九、典型热更新架构示例

[客户端]
  ├─ 持久化数据目录（热更资源）
  ├─ 本地版本信息
  ├─ 更新管理器
  │    ├─ 版本检查
  │    ├─ 差异比对
  │    ├─ 资源下载
  │    └─ 校验机制
  └─ 资源加载系统
       ├─ AssetBundle 加载
       ├─ Lua 虚拟机
       └─ ILRuntime/HybridCLR 环境

[服务端]
  ├─ 版本管理服务
  ├─ 资源CDN分发
  └─ 更新配置接口

选择合适的热更新方案需要综合考虑项目规模、目标平台、团队技术栈和长期维护成本等因素。随着 Unity 技术发展，HybridCLR 和 Addressables 等新方案正在成为行业新趋势。