你必须先对虚幻项目进行正确打包，之后才能将其发布给用户。打包能确保所有代码和内容都为最新且使用正确格式，以便在预期的目标平台上运行。
打包过程会涉及以下几个步骤。首先，所有项目特定的源代码会被编译。代码编译完成后，所有所需的内容都会被转化（即所谓的"烘培"）成目标平台可以使用的格式。然后，编译后的代码和经过烘焙的内容将被打包成一组可发布的文件，例如安装程序。
在菜单栏的 文件（File） 菜单中，有一个名为 打包项目（Package Project） 的选项。该选项包含一个子菜单，其中列出了所有引擎能支持得平台，你可以为这些平台打包项目。
假如选择为Android设备打包，你就会看到多个选项。请参阅Android参考页面页面获取更多信息。
在打包前，你还可以设置一些 高级（Advanced） 选项。
设置游戏的默认地图
打包游戏前，你首先需要设置 游戏默认地图，打包好的游戏会在启动时首先加载这张地图。假如你没有设置地图，并且使用的是空白项目，那么打包好的游戏在启动时只会显示一篇漆黑。假如你使用了某张模板地图，例如第一人称（First Person）模板或第三人称（Third Person）模板，那么就会加载启动地图。
若要设置游戏默认地图（Game Default Map），请在编辑器的主菜单栏中点击 编辑（Edit）> 项目设置（Project Settings）> 地图和 模式（Maps & Modes）：
创建打包文件
若要为特定平台打包项目，请在编辑器的主菜单栏中点击 文件（File）> 打包项目（Package Project）> [平台名称（PlatformName）]：
你会看到一个提示你选择目标路径的对话框。如果成功完成打包，则此目录将保存你的打包项目。
确认完目标路径后，你就可以开始为所选平台打包项目了。由于打包非常耗时，所以整个过程会在后台执行，你可以继续使用编辑器。编辑器右下角会显示一个状态指示器，提示你打包进度。
状态指示器还有一个"取消（Cancel）"按钮来停止打包过程。此外，"显示日志（Show Log）"链接可以用来显示额外的输出日志信息，假如你想找出打包的失败原因，或者捕捉可能揭示潜在漏洞的警告信息，这些日志会非常有用：
一些最重要的日志消息，例如错误和警告消息，都会输出到常规的消息日志（Message Log）窗口中：
假如这些窗口没有显示，你只需点击 窗口（Window） > 开发者工具（Developer Tool） > 输出日志（Output Log） / 消息日志（Message Log） 来启用它们。
发布
假如你想将iOS或Android游戏发布到App Store或Google Play Store上，你就要用发布（Distribution）模式创建打包文件。为此，请点击 打包（Packaging） 菜单中的 打包设置（Packaging Settings） 选项，然后勾选 发布（Distribution） 复选框。
假如是iOS，你需要在Apple的开发人员网站上创建发布证书（Distribution Certificate）和移动设备配置（MobileProvision）。请以安装开发证书的方式安装发布证书，并以"Distro_"为前缀命名发布配置，紧接着命名另一个配置（因此你将同时拥有 Distro_MyProject.mobileprovision 和 MyProject.mobileprovision）。
假如是Android，你需要创建一个密钥来签署 .apk 文件，并使用名为 SigningConfig.xml 的文件向编译工具传递一些信息。该文件位于引擎的安装目录（Engine/Build/Android/Java/）中。假如你编辑了该文件，它就会影响你的所有项目。然而，你可以将该文件复制到项目的 Build/Android/ 目录（无 Java/ 子目录），这样它就只会影响该项目。你可以在该文件的内部找到关于如何生成密钥和填写文件的说明。
高级设置
在主菜单栏中点击 文件（File）> 打包项目（Package Project）> 打包设置...（Packaging Settings...），或者点击 编辑（Edit）> 项目设置（Project Settings）> 打包（Packaging），编辑器会显示一些和打包有关的高级配置选项。
目前，它们包括：
| 选项 | 说明 |
|---|---|
| 编译配置（Build Configuration） | 编译代码类项目时使用的编译配置。若要调试代码项目，请选择"调试游戏（DebugGame）"。对于大多数具有最低限度调试支持但性能更佳的其他开发，请选择开发（Development）。对于不含调试信息且不含调试导向性功能（例如绘制调试形状或打印屏幕上的调试消息）的最终发布版本，请选择发布（Shipping）。 注意，纯蓝图项目没有用于创建DebugGame编译的选项。 |
| 暂存目录（Staging Directory） | 包含游戏打包后的版本的目录。当你在目标目录选择中选择另一个目录时，它将自动更新。 |
| 完整重编译（Full Rebuild） | 是否应编译所有代码。如果禁用，则只编译修改过的代码。这可以加快打包过程。对于发布版本，你应该始终执行完整重编译，以确保没有任何内容丢失或过时。此选项默认为启用。 |
| 使用Pak文件（Use Pak File） | 是否将项目的资产打包为单个文件或单个包。如果启用，所有资产将被放入单个.pak文件，而非复制所有单个文件（默认为启用）。如果你的项目使用大量资产文件，则使用Pak文件可以使发布变得更简单，因为它减少了需要传输的文件数量。此选项默认为禁用。 |
| 生成文件块（Generate Chunks） | 是否生成可用于流送安装的.pak文件块。 |
| 编译HTTP文件块安装数据（Build Http Chunk Install Data） | 是否为HTTP块安装文件生成数据。此配置允许在运行时安装将在Web服务器上托管的该数据。 |
| Http数据块安装数据目录（Http Chunk Install Data Directory） | 它表示数据在编译后的目标安装目录。 |
| Http数据块安装数据版本（Http Chunk Install Data Version） | 它表示HTTP数据块安装数据的版本名称。 |
| 包含先决条件安装文件（Include Prerequisites Installer） | 它指定打包游戏是否包含先决条件的安装文件，例如可重新发布的OS组件。 |
签名和加密
随着虚幻引擎4.22的发布，我们为桌面平台（Windows、Mac和Linux）集成了行业标准OpenSSL库。
当以发货产品的形式分发时，.Pak 文件可以签名或加密，通常是为了防止数据提取或篡改。要激活、停用或调整项目上的密码设置，请转到 项目设置（Project Settings） 菜单，找到 加密（Crypto） 部分。
项目设置（Project Settings） 菜单中的密码选项。
以下设置可用于该菜单：
| 选项 | 说明 |
|---|---|
| 加密Pak INI文件（Encrypt Pak INI Files） | 对项目的 .pak 文件中所有 .ini 文件进行加密。这将以极小的运行时成本防止轻松挖掘或篡改产品的配置数据。 |
| 加密Pak索引（Encrypt Pak Index） | 加密 .pak 文件索引，以极小的运行时成本防止UnrealPak打开、查看和解压缩你产品的 .pak 文件。 |
| 加密UAsset文件（Encrypt UAsset Files） | 加密 .pak 文件中的 .uasset 文件。这些文件包含关于内部资产的标头信息，但不包含实际资产数据本身。加密这些数据为你的数据提供了额外的安全性，但是增加了少量运行时成本和数据熵，这会增加补丁的大小。 |
| 加密资产（Encrypt Assets） | 完全加密 注意，此设置会对运行时文件I/O性能产生可度量的影响，并增加最终打包数据中的熵，从而降低分发补丁系统的效率。 |
| 启用Pak签名（Enable Pak Signing） | 激活或禁用 .pak 文件签名。 |
此外，可以设置或清除用于签名或加密的密钥。
内容烘焙
作为一名开发人员，在迭代新的或修改过的游戏内容时，你可能并不总是希望经历将所有内容都打包到Staging Directory并从此处运行的漫长过程。因此，只需点击 文件（File）> 烘焙内容（Cook Content）> [平台名称（PlatformName）]，即可为特定目标平台烘焙内容，而无需打包。
注意，该功能将更新项目本地开发人员工作区中的内容，并且不会将任何资产复制到暂存目录。你可以直接从本地开发人员工作区运行游戏，以实现快速迭代。
优化加载时间
较短的加载时间对于开放世界场景游戏而言至关重要，而且对于任何类型的游戏来说也非常重要。虚幻引擎提供了几种方法来优化项目在打包过程中的加载时间。以下是缩短游戏加载时间的一些推荐做法。有关如何打包项目的信息，请参阅打包和烘焙游戏部分。
使用事件驱动加载器（Event Driven Loader，EDL）和异步加载线程（Asynchronous Loading Thread，ALT）
-
默认情况下，异步加载线程（Asynchronous Loading Thread）(ALT)是关闭的，但是可以在引擎（Engine）>流送（Streaming）部分下的项目设置（Project Settings）菜单中打开。对于修改过的引擎，可能需要进行一些调整，但一般来说，ALT应该会将加载速度提高一倍，包括具有"预先"加载时间的游戏和持续流送数据的游戏。ALT的工作方式是在两个独立的线程上同时运行序列化和后加载代码，因此，它增加了一项要求，即游戏代码中的"UObject"类构造函数、"PostInitProperties"函数和"Serialize"函数必须具有线程安全性。激活ALT后，ALT会将加载速度提高一倍。有关使用异步加载方法（在C++中）的更多信息，请参阅资产异步加载页面。
-
默认情况下激活 事件驱动加载程序（Event-Driven Loader），但是可以在"引擎（Engine）>流送（Streaming）"部分下的"项目设置（Project Settings）"菜单中禁用。对于大多数项目，EDL会将加载时间减半。EDL是稳定的，可以向后移植到旧版本的虚幻引擎，也可以针对修改过或自定义的引擎版本进行调整。
压缩.pak文件
-
要在项目中使用
.pak文件压缩，打开"项目设置（Project Settings）"并找到"打包（Packaging）"部分。在此部分，打开"打包（Packaging）"标题的高级部分，并选中出现的标有"创建压缩烘焙包（Create compressed cooked packages）"的复选框。 -
大多数平台不提供自动压缩，且压缩你的
.pak文件将减少加载时间，但有一些特殊情况需要考虑：
| 平台 | 建议 |
|---|---|
| Steam | Steam在用户下载文件时压缩文件，所以初始下载时间不会受到游戏正在压缩的.pak文件的影响。然而，Steam的差分补丁系统在未压缩文件时会运行得更好。压缩的.pak文件可以节省在客户系统上的空间，但是在打补丁时需要更长的时间来下载。 |
| Oculus | 不启用 .pak 文件的压缩。Oculus补丁系统无法正确处理压缩后的 .pak 文件。此外，压缩 .pak 文件也不会减小文件大小。 |
选中此框以启用.pak文件中的压缩。
对pak文件排序
井井有条的 .pak 文件对于减少加载时间至关重要。为了帮助你以最佳方式对 .pak 文件进行排序，UE4提供了一组工具来发现所需数据资产的顺序，并编译更快加载的包。从概念上讲，此过程类似于基于配置文件的优化。按照该方法对我们的 .pak 文件进行排序：
-
使用命令行选项
-fileopenlog编译并运行打包游戏，这将导致引擎记录打开文件的顺序。 -
测试游戏的所有主要方面。加载每个关卡、每个可操作角色、每个武器、每个载具等等。加载所有内容后，退出游戏。
-
在部署的文件中，将有一个名为
GameOpenOrder.log的文件，其中包含优化.pak文件顺序所需的信息。例如，在Windows各版本上，你将在Windows/(YourGame)/Build/Windows/FileOpenOrder/中找到该文件。将该文件复制到开发目录/Build/Windows/FileOpenOrder/路径。在部署的文件中，将有一个名为
GameOpenOrder.log的文件，其中包含优化.pak文件顺序所需的信息。例如，在Mac版本上，你将在"MacNoEditor/(YourGame)/Build/WindowsNoEditor/FileOpenOrder/"中找到该文件。将该文件复制到开发目录"/Build/MacNoEditor/FileOpenOrder/"路径。 - 日志文件就绪后，重新编译
.pak文件。该.pak和未来生成的所有.pak文件都将使用日志文件中规定的文件顺序。
在生产环境中，日志文件应该检入源码控制，并定期更新新的 -fileopenlog 运行结果，包括游戏准备发行时的最后一次运行。