HF|热更新01

Mr.Si大约 8 分钟

问题描述

爹地！我想实现UE5的热更新！

别急！先扫盲！

知识拓展

什么是热更新？

热更新（Hotfix or Hot Update）是一种在软件运行过程中无需停止或重启应用程序的情况下，直接对程序进行更新的方法。

UEPC端打包目录结构？

在CMD中查看一个普通的UE工程打包出来的目录结构。

以下是添加了目录注释的版本，解释每个文件夹的用途和内容：

D:.
|   HOTFIX.exe                                 // 应用名
|   Manifest_NonUFSFiles_Win64.txt             // 非UFS文件（Unreal File System）的清单，用于描述哪些文件不打包在UFS中
|   Manifest_UFSFiles_Win64.txt                // UFS文件清单，列出游戏打包时包含的所有UFS文件
|
+---Engine                                      // 引擎文件夹，包含与引擎相关的文件和库
|   +---Binaries                                // 可执行文件和二进制文件的存储目录
|       \---ThirdParty                          // 第三方库目录，包含引擎使用的外部依赖项（如DLL文件）
|
\---HOTFIX                                      // 热更新目录，用于存放热更新相关的文件
    +---Binaries                                // 热更新程序的二进制文件目录
    |   \---Win64                               // 针对64位Windows平台的可执行文件和依赖文件
    |
    \---Content                                 // 热更新内容目录，存放与热更新相关的游戏内容
        \---Paks                                // 打包文件目录，包含已打包的游戏内容（如贴图、模型等）

也就是说所有资源会被打到PAK中对吗？

是的，现在我们简单了解一下可以被热加载的内容：

热加载支持情况

类型	具体内容	是否能热加载
资源文件（Assets）	Textures（纹理）: 可以通过热更新替换纹理，更新后的材质可以立即应用到游戏中。	是
	Models（模型）: 更新模型文件，如静态网格和骨骼网格，通常也支持热加载。	是
	Sounds（声音）: 音效文件可以通过热加载进行更新，比如背景音乐或音效文件。	是
	Animations（动画）: 动画资源可以通过热更新来修复或更改动画效果。	是
	UMG Widgets（UI 元件）: 通过 Unreal 的 UMG UI 系统创建的 UI 组件。	是
	Localization（本地化资源）: 包括文本、对话、界面等本地化资源。	是
	Shaders（着色器）: 自定义的 HLSL 着色器等。	是
脚本文件	Blueprints（蓝图）: 蓝图脚本。	是
	插件脚本: 如果你使用的是像 Lua、Python 等脚本语言插件编写的逻辑代码。	是
C++ 代码	原生的 C++ 代码在打包后是编译成二进制的，无法通过热加载进行更新。	否

也就是说涉及源码层面修改的内容只能重新打包？

目前来看是这样的。

如果我们没有涉及源码更新，是不是只需要替换PAK就行了！

是的，咱们可以简单实现一下这个功能

方案1

1. 用小皮启动 Apache 服务器: https://old.xp.cn/open in new window

Apache（Apache HTTP Server）是一款开源的、功能强大的 web 服务器软件。

我大概明白了！相当于某个网站的一个资源文件,然后通过HTTP下载是吧！

2. UE中安装下载插件插件地址open in new window:

3. 部署到阿里或者腾讯云

云服务器可以理解成一台远程的电脑,只不过他的IP被暴露到公网中，可以通过端口映射变成HTTP链接

4. UE中下载测试

弱弱的问一句！IP地址怎么查看！

我靠！IP都不知道？直接CMD 输入ipconfig

现在烘培后打包运行测试

nice！不过,我发现一个问题！你运行时覆盖同文件引擎会怎么样？

很显然，程序占用状态下是只读的。同文件不会覆盖！

如果我将源文件拷贝一份，启动后还是原始版本啊！

UE有个pak打包时序，会将最新加入的pak作为增量补丁。当然在这之前你的项目需要设置块打包，并且关闭IO保存。

并且可以通过命名规则确定加载优先级。

命名规则后缀“_n_P.pak” ，其中n越大优先级越高。

搜嘎！如果我大量复制会不会有性能问题？

目前来看并没有太大的影响。但是咱们还是得想办法解决这种增量补丁导致的硬盘膨胀

而且，我发现运行后pakchunk0-Windows.pak可以被删除，补丁却被占用了。

注意，咱们现在是完整打包替换，每个补丁就是一个完整的版本。

我有个大胆的想法！可不可以解决补丁膨胀问题！

你想启动前删除旧的补丁是吧，可惜重启会报错！

怎么解决呢？

解决办法就是把不打包成文件块，打包成一体.

靠！又绕回来了！那怎么确定目前的哪些内容要删除呢？总不能基于修改时间吧！

是的，所以必须要有一个说明书，告诉软件删除哪些东西。可以是个文本，也可以是个信号，我们这里用更加通用的json。

JSON（JavaScript Object Notation）是一种轻量级的数据交换格式，易于阅读和编写，也易于解析和生成.

方案2

JSON+HTTP

这里咱们需要使用两个json：

1. 本地JSON存储版本号

{
  "LocalVersion": {
    "versionNumber": "1.0.0"
  }
}

2. 远程JSON存储更新List

{
  "ServerVersionPath": [
    {
      "versionNumber": "1.0.0",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    },
    {
      "versionNumber": "1.0.1",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    },
    {
      "versionNumber": "1.0.2",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    }
  ]
}

也就是说我可以拿本地JSON和远程JSON对比分析出要下载的补丁是吧?

是的，这样即便是有版本代差也可以正确下载到文件。

如果我人为破坏版本号呢？

可以加上一条完整版地址，找不到版本号就认为本地文件被破坏，去下载最新的完整版本。

{
  "LatestFullVersionUrl": "https://example.com/fullversion/full-1.0.3.zip",
  "ServerVersionPath": [
    {
      "versionNumber": "1.0.0",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    },
    {
      "versionNumber": "1.0.1",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    },
    {
      "versionNumber": "1.0.2",
      "downloadUrl": "https://example.com/patches/patch-1.1.0.zip"
    }
  ]
}