如何精通 Unreal Engine Dedicated Server 资源裁剪 (Asset Stripping) 步骤详解
你启动了新编译的 Unreal Engine dedicated server，期待一个精简的 headless 进程。然而查看 memory profile 时，你发现成千上万的 UMaterial、UTexture 和 USoundWave 对象正躺在服务器的 RAM 中。
官方文档称 headless 服务器不渲染视觉效果。那么，为什么你的服务器还占用着数 MB 的贴图数据？
每个独立游戏开发者都知道，服务器托管成本何时会威胁到项目的生存。当一台裸金属服务器因为 memory bloat 只能承载 10 个游戏实例而非 50 个时，你的 backend 架构就出问题了。
在本文中，我们将深入探讨 unreal engine dedicated server asset stripping 的底层原理，分析为何“幽灵资源”会残留在内存中，以及如何通过优化 C++ 和 Blueprints 架构来彻底清除它们。
Dedicated Server 上的“幽灵资源”解剖
要解决问题，首先要理解 Unreal Automation Tool (UAT) 在为 Server 目标进行 cook 时做了什么。
Unreal Engine 将资源分为两个部分：
- UObject Wrapper： 元数据、属性和反射数据。
- Bulk Data： 实际的重负载数据（贴图的 DXT 压缩像素数据、模型的 vertex buffers、音频的 PCM 数据）。
在 cook dedicated server 时，cooker 成功裁剪了 bulk data。渲染数据消失了。然而，UObject wrapper 依然存在。
如果一个 Blueprint Class Default Object (CDO) 包含对 UTexture2D 的 hard reference，服务器必须实例化该 UTexture2D UObject，以满足反射系统并防止空指针崩溃。即便 bulk data 已被裁剪，贴图可能只占用 1KB 而非 10MB，但实例化 5万个此类 UObject 带来的 memory bloat 和 Garbage Collection 开销依然非常可观。
音频和粒子也是如此吗？
是的。如果你 hard-reference 了一个 USoundCue 或 UNiagaraSystem，服务器就会加载该 UObject。虽然 PCM 音频数据被裁剪了，但对象依然存在。对于粒子系统，这甚至很危险：如果粒子包含 CPU 执行逻辑，服务器可能会继续对其进行 tick，白白消耗 CPU 周期。
第一步：分析服务器内存膨胀 (Profiling)
你无法优化你无法衡量的东西。使用以下参数启动服务器：
-LLM -LLMCSV -memoryprofiler
在服务器控制台执行 memreport -full。在生成的报告中搜索 Obj List。你会看到各类对象占用的内存统计。
第二步：使用 Soft Pointers 切断硬引用
Ghost assets 的主要原因是 hard references。在 C++ 中，请使用 TSoftObjectPtr。Soft references 仅存储资源路径，只有当你显式调用 LoadSynchronous()（通常仅在客户端）时，UObject 才会加载到内存中。
推荐做法：Soft Reference (保持服务器纯净)
UPROPERTY(EditDefaultsOnly, BlueprintReadOnly, Category = "UI")
TSoftObjectPtr<UTexture2D> HeroPortraitSoft;
第三步：强制执行 NeedsLoadForServer
你可以通过重写 NeedsLoadForServer 函数并返回 false，告诉打包系统在启动 dedicated server 时完全忽略某些纯视觉组件。
第四步：通过配置裁剪音频和粒子
在 DefaultEngine.ini 中，你可以使用 +DirectoriesToNeverCook 排除特定文件夹。此外，在服务器的 *.Target.cs 文件中，可以设置 bDisableAudio = true; 来彻底禁用音频引擎。
Dedicated Server 内存优化最佳实践
- 分离碰撞模型与视觉模型： 服务器仅加载简化的
UStaticMesh碰撞数据。 - 审计 Construction Scripts： 使用
Switch Has Authority确保服务器跳过视觉实例化逻辑。 - 隔离 Data Assets： 将数值属性与视觉资源（音效/特效）拆分到不同的 DataAsset 中。
- CI/CD 自动化内存分析： 在流水线中监控内存占用，防止内存膨胀。
扩展你的优化后端
将服务器内存占用从 800MB 降低到 180MB 是巨大的技术胜利。这意味着你可以在同一台服务器上多跑 4-5 倍的实例，大幅降低 AWS 或 Google Cloud 成本。
与其花费数月构建自己的 Kubernetes 编排系统，不如试试 horizOn。只需上传你优化后的 Linux 服务器构建包，horizOn 即可处理全球舰队编排和自动扩缩容。
总结
Unreal Engine 的资源裁剪功能很强大，但它高度依赖于你的架构。通过迁移到 soft pointers 并严格分离视觉与游戏逻辑数据，你可以实现多人游戏所需的极致性能。
准备好扩展你的后端了吗？免费试用 horizOn 或查看我们的 API 文档。