企业官网建设流程全解析

最近网上有一段“观看黑神话钟馗风格动作游戏实机预告”的 Reaction 视频热度不低。很多观众在弹幕和评论区里看的是“Boss 帅不帅”“打斗爽不爽”，但如果你是一名游戏开发方向的学习者，我更建议用第二种方式打开这类视频——把 15 分钟实机演示当成一份 UE5 动作游戏 Demo 的技术简报来看。镜头为什么这么摆，角色攻击为什么有停顿感，光照和反射为什么看起来真实，录制时帧率为什么稳定，这些信息比画面本身更有价值。这篇文章不讨论某个具体游戏的爆料或剧情，而是围绕“实机预告是怎么做出来的”“开发者应该怎么分析一段实机演示”以及“如何用 UE5 复刻一个同风格第三人称动作 Demo”展开，内容偏工程实践，适合想从零接触 UE5 游戏开发、或者正准备做动作游戏 Demo 的读者。

1. 背景与核心概念

1.1 什么是游戏实机预告

游戏行业里的“实机预告”通常指使用游戏引擎实时渲染出的画面录制成视频，而不是用影视级软件离线渲染生成的 CG 预告。两者最大的区别在于：CG 预告的每一帧都可以用最高精度慢慢渲染，画面里出现的东西不一定都能在游戏运行时出现；实机预告则在引擎里以接近真实游戏的性能预算跑，视角、操作、UI 都有机会出现在正式版中。

实机预告一般会承担三个任务。第一是验证功能，团队需要确认核心玩法、战斗手感、场景表现可以跑起来；第二是内部评审，开发团队通过演示发现光照、动作、性能上的问题；第三是玩家沟通，实机内容往往比概念图更有说服力，观众能直接看到渲染效果、战斗节奏和场景规模。像“黑神话钟馗”这类动作向游戏，实机演示中最重要的往往是战斗手感、Boss 表现、场景氛围三个模块，而这三个模块在技术侧分别对应动画系统、敌人 AI 和实时渲染管线。

对观众来说，实机预告是一段“爽片”；对开发者来说，实机预告本质上是一次可复现的工程验证。理解这个区别，后面看画面才不会只看热闹。我们不需要纠结某个镜头是不是“实机”，更应该关注的是：为了在 60 帧下稳定输出这些画面，引擎配置和资源预算大概是什么水平。

1.2 开发者从实机预告里看什么

从技术拆解的角度，一条实机预告可以拆成五个观察维度。

渲染质量：场景里有多少 Nanite 高模资产，Lumen 全局光照是否开启，反射是否跟随视角动态变化，阴影分辨率是否稳定，雾效和体积光是不是后期堆叠的。

动作表现：角色移动是 Root Motion 还是原地动画，攻击动作是否用了动画蒙太奇（Anim Montage），受击反馈是否有停顿帧或镜头震动，怪物骨骼是否有附加物或动态骨骼组件。

战斗系统：连招切换是否依赖状态机，攻击判定是碰撞体还是射线盒子，摄像机是否存在自动锁定目标行为。

性能状态：画面里有没有明显的 LOD 切换、着色器编译卡顿、Texture Streaming 模糊，掉帧发生在战斗还是过场。

场景编排：固定镜头路线是 Sequencer 预排，还是玩家手动控制的自由视角；大场景是否存在关卡流送（Level Streaming）切换。

这五个维度刚好对应 UE5 动作游戏项目的主要技术栈。之后做自己的 Demo 时，也可以先按这五条定目标，比如“我要让角色攻击命中时有一个 50ms 的停顿感”“我要让 BOSS 出场时镜头缓推并且关闭 UI”，这比空谈“做个好玩的游戏”更落地。

1.3 “实机”不等于“正式版”

分析实机预告时要保留一个常识：演示 Demo 不等于最终零售版。为了在发布会上顺利展示，团队通常会跑在高配开发机上，预先编译好所有着色器，用固定路径避开未完成区域，甚至在关键动画处手动触发演出。这不叫“造假”，因为画面确实由引擎实时渲染，但这是受控条件下的实时渲染。

我们做自己的 Demo 时也应该采用同样思路。录制前先提前跑一遍场景，把 Shader 编译缓存打好；录制时锁定摄像机路线，减少自由度带来的不可控；性能不足时用动态分辨率接收少量掉帧，但不让观众看到明显撕裂。理解“实机不等于正式版”，既能避免被宣传画面误导，也能帮自己建立更合理的性能验收标准。

2. 环境准备与版本说明

2.1 本文涉及的软件环境

本文示例以 Unreal Engine 5 为例，建议你使用当前 Epic 官方启动器能获取的稳定版本，不推荐直接上 Preview 或者 Early Access 版本做教程项目。引擎版本差异较大，部分 C++ API 和控制台命令在不同小版本里会有调整，如果你用的是 UE5.0 或 UE5.1，编译时遇到小错误请优先查当前版本的迁移说明。

开发环境建议如下：

• Windows 10/11 或 macOS（Windows 调试工具链更完整）。
• Visual Studio 2022，安装组件勾选“使用 C++ 的游戏开发”。
• Unreal Engine 5 稳定版。
• OBS Studio 最新版，用于录制实机素材。
• Git 或者任意版本管理工具，用于保存实验版本。
• 显卡建议至少 8GB 显存，16GB 以上内存，C 盘留出足够空间，因为 UE 生成中间缓存比较大。

如果你的硬件条件较低，也可以先把项目里的场景缩小，减少 Nanite 资产和特效数量，代码部分不受影响。版本选择上不要照抄网络教程的“完美配置”，重点是保持引擎和编译器一致，避免把时间浪费在环境排错上。

2.2 示例项目目标

这篇文章会从零创建一个简化的第三人称动作 Demo，目标是复刻动作游戏实机预告中最常见的一组核心循环：角色移动、镜头跟随、攻击动画、受击反馈。项目不依赖任何付费资源，使用 UE5 自带的第三人称模板和 Starter Content 即可。

项目定位不是完整游戏，而是一个“可复现的垂直切片”。垂直切片的意思是：把最核心的玩法体验做成一条能连续跑通的完整链路，其他系统先不强求。我们会在工程里加入一个角色、一个敌人、一段攻击动画和一个基础伤害触发流程，然后录制一段类似实机预告的素材。这样做的好处是范围小、可验证、能快速看到技术全貌。

2.3 硬件与录制基础

录制实机素材和普通屏幕录制不太一样。如果你在开发机和录制机是同一台机器，建议使用显卡硬件编码器而不是 CPU 编码，否则游戏帧率和录制帧率会互相挤压。NVIDIA 显卡可以用 NVENC，AMD 显卡可以用 AMF，OBS 里都有对应选项；如果只是做本地验证，不追求 4K，1080p 60 帧是最稳妥的录制基线。

录制前把 UE 编辑器的视口设置为“游戏视图”，关闭掉 Debug 网格和统计信息；如果录制窗口捕获会导致掉帧，可以尝试使用 OBS 的“窗口捕获”而不是“显示器捕获”。更严格的实机录制会把游戏打包成独立窗口运行，而不是在编辑器里跑 PIE（Play In Editor），这样能减少编辑器自身开销。

3. 实机演示背后的核心技术拆解

3.1 渲染层面：Nanite 与 Lumen

在 UE5 的实机演示里，最容易察觉到的两项技术是 Nanite 和 Lumen。Nanite 是一套虚拟化几何系统，它让美术可以往场景里放入百万甚至上亿三角形的高模网格，引擎会根据屏幕像素密度自动裁剪细节，减少传统 LOD 切换带来的“突然变糊”现象。静态场景雕刻、岩石、建筑废墟使用 Nanite 非常合适，但 Nanite 不太适合需要动态形变的网格，比如布料模拟、蒙皮骨骼模型，这类资产仍然要走传统网格流程。

Lumen 则是全局光照和反射解决方案。它让移动光源照亮的墙面能实时影响周围物体，角色走近墙面时能看到颜色溢出，镜面反射也不再依赖固定 Cubemap 猜测。Lumen 在实机预告里很讨喜，因为它能让场景看起来“像有光在流动”。代价是计算量较大，尤其当场景里透明材质、半透明粒子较多时，Lumen 的帧开销会明显上升。

看实机预告时，你可以关注暗部区域。如果暗部有柔和的环境光反弹，金属表面能反射周围物体颜色，说明场景大概率开了 Lumen 或同等级方案；如果亮部很扎眼、暗部死黑、反射只有粗糙的拉丝效果，说明团队可能用传统烘焙光照或者调低了全局光照精度。

3.2 性能监控与帧率管理

实机演示最怕的不是 4K 分辨率，而是帧时间波动。动作游戏对输入延迟很敏感，如果某几次攻击瞬间掉到 30 帧，玩家会感觉“卡手”。UE 游戏运行时按波浪键~打开控制台，输入Stat Unit可以查看 Frame、Game、Draw、GPU 等几个关键耗时；输入Stat FPS可以查看当前帧率。调试时通常把 GPU 时间作为重点，因为它反映渲染压力最大的部分。

录制实机预告时，开发团队会把帧率限制在一个目标值，比如 60 帧或 30 帧，然后反复跑同一段场景，直到没有明显卡顿才录制。UE 控制台可以用t.MaxFPS 60锁帧，也可以用r.DynamicRes.Enabled 1开启动态分辨率，让 GPU 压力大时自动降低渲染分辨率来保住帧率。r.ScreenPercentage 100可以控制最终渲染百分比，100 是原始分辨率，低于 100 是缩放渲染。

这些命令在不同引擎版本里的表现有差异，不建议盲抄。我的建议是：刚建完项目不要急着调这些参数，先跑起来、记录下来，再逐步调整。性能优化不是把某个参数调低就完事，而是先确定瓶颈在 CPU 还是 GPU，再针对瓶颈做取舍。

3.3 实机录制的关键参数

很多新手录出来的“实机预告”画面要么撕裂、要么颜色发灰、要么视频码率不够变成马赛克。这里给出一套比较通用的 OBS 录制参数，适合 1080p 60 帧本地素材。

颜色发灰通常是因为录制出来的视频是 HDR 或宽色域，但剪辑软件没有做色彩管理。如果 UE 项目里开了 HDR 输出，录制流程会复杂很多，新手期建议先用 SDR 管线，保证颜色所见即所得。另外，录制时不要开着 UE 的统计面板或者蓝图调试信息，这些内容一旦进画面，后期很难清理，只能重录。

4. 完整实战：搭建一个第三人称动作 Demo

4.1 创建工程与目录结构

打开 Epic 游戏启动器，选择 Unreal Engine 版本，在“新建项目”里选择“游戏 > 第三人称”，项目类型选择 C++，项目名称可以叫MyActionDemo。是否勾选 Starter Content 看个人习惯，初次体验建议勾选，它可以快速提供场景、网格体、材质用来测试光照和录制定位。

创建完成后，项目目录结构大概是：

MyActionDemo/ |-- Config/ |-- Content/ | |-- Characters/ | |-- Maps/ | |-- StarterContent/ |-- Source/ | |-- MyActionDemo/ | | |-- MyActionDemo.Build.cs | | |-- MyActionDemo.cpp | | |-- MyActionDemo.h |-- MyActionDemo.uproject

我们主要修改Source/MyActionDemo/下的 C++ 文件，以及Content/下的动画、关卡资源。如果你不熟悉 C++，也可以先看蓝图实现，但建议至少学会读 C++ 类的成员函数，因为后续很多功能在蓝图里不好维护。

4.2 编写角色基础类

默认第三人称模板已经有一个Character类和对应的动画蓝图，但它缺少攻击表现。我们先创建一个自己的角色类，比如叫MyActionCharacter。在 UE 编辑器中，可以通过 C++ 类向导创建；也可以直接手动添加文件。下面给出核心头文件。

// 文件路径：Source/MyActionDemo/MyActionCharacter.h #pragma once #include "CoreMinimal.h" #include "GameFramework/Character.h" #include "MyActionCharacter.generated.h" class USpringArmComponent; class UCameraComponent; class UAnimMontage; UCLASS() class MYACTIONDEMO_API AMyActionCharacter : public ACharacter { GENERATED_BODY() public: AMyActionCharacter(); virtual void Tick(float DeltaTime) override; virtual void SetupPlayerInputComponent(UInputComponent* PlayerInputComponent) override; protected: void MoveForward(float Value); void MoveRight(float Value); void Turn(float Value); void LookUp(float Value); void Attack(); UPROPERTY(EditDefaultsOnly, Category = "Animation") UAnimMontage* AttackMontage; UPROPERTY(VisibleAnywhere, BlueprintReadOnly, Category = "Camera") USpringArmComponent* SpringArm; UPROPERTY(VisibleAnywhere, BlueprintReadOnly, Category = "Camera") UCameraComponent* FollowCamera; };

这里的SpringArm和FollowCamera是 UE 第三人称项目中最常用的摄像机结构。弹簧臂（SpringArm）负责把摄像机与角色拉开一定距离，并处理碰撞遮挡；摄像机组件负责最终画面视角。由于角色要朝镜头方向移动，因此移动函数会用到控制器的旋转值。

对应的实现文件里，构造函数和部分功能如下。

// 文件路径：Source/MyActionDemo/MyActionCharacter.cpp #include "MyActionCharacter.h" #include "Camera/CameraComponent.h" #include "GameFramework/CharacterMovementComponent.h" #include "GameFramework/SpringArmComponent.h" #include "Animation/AnimInstance.h" #include "Animation/AnimMontage.h" AMyActionCharacter::AMyActionCharacter() { SpringArm = CreateDefaultSubobject<USpringArmComponent>(TEXT("SpringArm")); SpringArm->SetupAttachment(RootComponent); SpringArm->TargetArmLength = 600.0f; SpringArm->bUsePawnControlRotation = true; FollowCamera = CreateDefaultSubobject<UCameraComponent>(TEXT("FollowCamera")); FollowCamera->SetupAttachment(SpringArm, USpringArmComponent::SocketName); FollowCamera->bUsePawnControlRotation = false; } void AMyActionCharacter::MoveForward(float Value) { if (!Controller || Value == 0.0f) { return; } const FRotator YawRotation(0.0f, Controller->GetControlRotation().Yaw, 0.0f); const FVector Direction = FRotationMatrix(YawRotation).GetUnitAxis(EAxis::X); AddMovementInput(Direction, Value); } void AMyActionCharacter::MoveRight(float Value) { if (!Controller || Value == 0.0f) { return; } const FRotator YawRotation(0.0f, Controller->GetControlRotation().Yaw, 0.0f); const FVector Direction = FRotationMatrix(YawRotation).GetUnitAxis(EAxis::Y); AddMovementInput(Direction, Value); } void AMyActionCharacter::Turn(float Value) { AddControllerYawInput(Value); } void AMyActionCharacter::LookUp(float Value) { AddControllerPitchInput(Value); } void AMyActionCharacter::SetupPlayerInputComponent(UInputComponent* PlayerInputComponent) { Super::SetupPlayerInputComponent(PlayerInputComponent); PlayerInputComponent->BindAxis("MoveForward", this, &AMyActionCharacter::MoveForward); PlayerInputComponent->BindAxis("MoveRight", this, &AMyActionCharacter::MoveRight); PlayerInputComponent->BindAxis("Turn", this, &AMyActionCharacter::Turn); PlayerInputComponent->BindAxis("LookUp", this, &AMyActionCharacter::LookUp); PlayerInputComponent->BindAction("Attack", IE_Pressed, this, &AMyActionCharacter::Attack); }

移动逻辑的关键是：角色移动方向必须和控制器朝向相关，而不是直接用世界坐标。否则你按住 W 时，如果镜头旋转了，角色不会朝镜头前方移动，操作会变得很奇怪。这也是第三人称动作游戏最基本的手感来源。

4.3 接入攻击动画与输入

在 UE 编辑器中创建输入映射时，如果你使用传统输入系统，可以在“项目设置 > 输入”里添加 Axis Mappings 和 Action Mappings：

• Action Mappings：Attack，绑定鼠标左键或键盘 J 键。
• Axis Mappings：MoveForward、MoveRight、Turn、LookUp，分别绑定 W/S、A/D、鼠标 X、鼠标 Y。

UE 5.1 之后官方更推荐使用 Enhanced Input 插件，它把输入映射、输入动作、输入上下文拆开，适合复杂连招和跨平台适配。因为这篇文章重点是动作 Demo 的整体链路，为了代码长度可控，我使用传统输入绑定，你之后迁移增强输入也不会太困难。

攻击函数的核心逻辑是播放攻击动画蒙太奇，并防止连点导致动画叠加：

void AMyActionCharacter::Attack() { if (!AttackMontage) { return; } UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance(); if (AnimInstance && !AnimInstance->Montage_IsPlaying(AttackMontage)) { PlayAnimMontage(AttackMontage, 1.0f); } }

PlayAnimMontage会让角色骨骼动画播放完整攻击动作，而Montage_IsPlaying用于确保当前攻击动作没播完时不会反复触发。很多新手在这里犯的错误是不做播放状态判断，结果连点鼠标时攻击动画反复从头开始，角色看起来像“抽搐”。

动画蒙太奇可以放置在Content/Characters下。你不需要现在就制作复杂动画，可以在引擎自带的动画资产里随便选一段作为临时攻击动作，甚至复制一份默认奔跑动画改短。后面阶段再替换正式动作。

4.4 用动画通知触发攻击判定

只播放动画还不够，攻击必须能打到敌人。在 UE 中，最常用的做法是在动画蒙太奇的时间轴上挂一个AnimNotify。当动画播放到特定帧时，引擎会调用对应通知类，我们在通知里执行检测逻辑。

创建一个 C++ 类，名字可以叫UAnimNotify_AttackHitCheck，继承自UAnimNotify。核心代码如下。

// 文件路径：Source/MyActionDemo/AnimNotify_AttackHitCheck.h #pragma once #include "CoreMinimal.h" #include "Animation/AnimNotifies/AnimNotify.h" #include "AnimNotify_AttackHitCheck.generated.h" UCLASS() class MYACTIONDEMO_API UAnimNotify_AttackHitCheck : public UAnimNotify { GENERATED_BODY() public: virtual void Notify(USkeletalMeshComponent* MeshComp, UAnimSequenceBase* Animation) override; };

// 文件路径：Source/MyActionDemo/AnimNotify_AttackHitCheck.cpp #include "AnimNotify_AttackHitCheck.h" #include "MyActionCharacter.h" #include "Kismet/KismetSystemLibrary.h" #include "Engine/World.h" void UAnimNotify_AttackHitCheck::Notify(USkeletalMeshComponent* MeshComp, UAnimSequenceBase* Animation) { AActor* Owner = MeshComp ? MeshComp->GetOwner() : nullptr; if (!Owner) { return; } const FVector Start = Owner->GetActorLocation(); const FVector End = Start + Owner->GetActorForwardVector() * 200.0f; const float Radius = 60.0f; TArray<FHitResult> OutHits; TArray<AActor*> IgnoredActors; IgnoredActors.Add(Owner); const bool bHit = UKismetSystemLibrary::SphereTraceByProfile( Owner->GetWorld(), Start, End, Radius, TEXT("Pawn"), false, IgnoredActors, EDrawDebugTrace::None, OutHits, true ); if (bHit) { for (const FHitResult& Hit : OutHits) { AActor* HitActor = Hit.GetActor(); if (HitActor) { // 在这里调用敌人的 ApplyHit 或触发受击反馈 // 需要包含 AMyEnemy 的头文件 } } } }

这段代码使用的是球体追踪，从角色当前位置向前方 200 厘米范围扫描，碰撞通道匹配Pawn通道。这样做的优势是：不用为每把武器单独挂碰撞体，判定范围集中在攻击动作的关键帧。正式项目中通常会加入武器 Actor、受击部位、伤害数值等复杂逻辑，但核心流程是按攻击动画节点触发检测，而不是在主线程每帧做检测。

需要注意的是，SphereTraceByProfile的参数在不同 UE 版本中略有变化，如果编译报错，优先检查函数签名和碰撞 Profile 名称。为了让调试更直观，你可以在检测时临时把EDrawDebugTrace::None换成EDrawDebugTrace::ForDuration，并设置 DrawTime，这样能在视口里看到扫描范围。

4.5 添加打击反馈与镜头表现

如果一个动作游戏角色打了敌人，但敌人毫无反应，玩家会立刻觉得手感很差。实机预告里很常见的“打击感”由多个部分组成：受击动画、停顿感、粒子特效、镜头震动、音效、屏幕轻微冲击感。

受击反馈最简单的方式是让敌人播放一个受击蒙太奇。假设有一个AMyEnemy类，它暴露一个公开函数：

void AMyEnemy::ApplyHit(float DamageAmount) { if (UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance()) { AnimInstance->Montage_Play(HitReactMontage, 1.0f); } // 可以在这里扣血、显示伤害数字、处理死亡 }

HitReactMontage需要在敌人蓝图中配置。当攻击检测命中敌人时，调用AMyEnemy::ApplyHit，敌人会立刻播放受击动作。

粒子特效方面，如果启用了 Niagara 插件，可以在命中位置生成打击火花：

#include "NiagaraFunctionLibrary.h" UNiagaraFunctionLibrary::SpawnSystemAtLocation( GetWorld(), HitNiagaraSystem, Hit.Location, Hit.ImpactNormal.Rotation() );

HitNiagaraSystem是一个UNiagaraSystem*类型资源，可以在编辑器中指定。Niagara 系统用来表现短促的粒子爆发，比如火星、尘雾、剑气残留，它比传统 Cascade 更灵活，也是 UE5 推荐方向。

镜头表现为例：角色攻击时让摄像机轻微抖动、敌人受击时停顿几帧，这在实机预告里非常提气。UE 中可以通过UCameraShakeBase子类实现，但不同引擎版本 API 差异较大，且和玩家控制器的具体实现有关。如果你只是做新手 Demo，建议先在受击敌人的蓝图中用“播放摄像机震动”节点，或者关掉输入几帧模拟停顿，等熟悉后再迁移到 C++。

5. 运行、验证与录制实机素材

5.1 运行与本地验证

在编辑器中点击 Play，选择第三人称游戏模式，默认角色应该是MyActionCharacter。先测试基础移动：WASD 控制前进后退，鼠标控制视角，攻击键触发蒙太奇。如果攻击没有触发，按以下顺序排查：

• 输入映射是否绑定正确，“Attack”动作是否触发。
• AttackMontage是否在角色蓝图里赋值。
• 动画蒙太奇是否设置了正确的插槽和动画序列。
• 动画蓝图中是否允许播放蒙太奇，比如状态机当前状态是否切换到 FullBody 插槽。

打完一个敌人后，打开输出日志，查看受击函数是否被调用。如果攻击检测已经命中但敌人没反应，通常是HitReactMontage没赋值或敌人动画蓝图里没有处理蒙太奇插槽。

性能验证建议每改完一个功能就跑一次Stat Unit，不要攒到最后再检查。看起来很小的粒子特效，如果同时生成几百个实例，也会让 GPU 时间直接翻倍。动作游戏开发中，性能问题是逐步积累起来的，越早发现越容易定位。

5.2 录制 15 分钟实机素材的编排思路

拿到可以跑的 Demo 之后，如果要做成“实机预告”那样连续 15 分钟的内容，不能让人在编辑器里自由乱逛。最有效的做法是用 Sequencer 编辑器预排一条镜头路线，控制摄像机缓慢移动，并在特定时间点触发角色攻击和敌人受击。

原因很简单：实机预告需要“可控”。自由操作虽然真实，但镜头晃动、UI 误触、操作失误都会降低素材可用性。你可以先用游戏手柄或键盘录制一段真实操作，再根据操作录制一条完美路线。这样素材看起来像实机，但实际是编排过的路径，这在商业项目中也很常见。

录制前，先关掉编辑器里的 Debug 信息，在项目设置里把渲染帧率锁定到 60。再用 OBS 窗口捕获游戏视口。15 分钟连续素材建议分段录制，每段 3 到 5 分钟，方便剪辑时挑选。分段时保持光照和镜头参数一致，否则后期拼接会暴露色调差异。

6. 常见问题与排查思路

6.1 高频异常与排查表

6.2 建立排查清单

遇到问题不要急着改代码，先把现象确认一遍。每次报错按下面顺序排查：引擎版本和插件是否匹配；日志里有没有红色错误；问题出现在编辑器还是打包后；是 CPU 瓶颈还是 GPU 瓶颈；最近是否改动了渲染设置。把这五步写成一个本地文档，很长一段时间内都可以复用。游戏开发中的大量问题并不是“某个代码写错”，而是环境、资源、配置三者的组合错误。没有清晰排查流程的话，你会很容易在大量控制台命令里失去方向。

7. 最佳实践与工程建议

7.1 从垂直切片开始

动作游戏 Demo 容易陷入“什么系统都想做”的陷阱。建议先做一条垂直切片：一个可移动的角色、一个能打的敌人、一套带镜头的战斗流程。这条链路跑通之后，再去扩展翻滚、闪避、格挡、技能、UI 等系统。垂直切片的价值在于它能暴露整条技术链路中最难的部分，比如攻击判定是否可靠、动画与移动是否冲突、镜头是否穿墙。如果垂直切片手感不对，后面做再多 Boss 也没意义。

7.2 把性能预算当成功能来管理

实机预告看起来稳不稳，很大程度上取决于性能预算分配。开发动作游戏时，可以给不同模块设定大致预算：角色本身控制在 8-10 万三角形内，粒子系统每次战斗同时显示不超过 200 个实例，主场景静态网格交给 Nanite，不要过度叠加后期材质。性能优化不是最后阶段才做的事，而是在每个功能合入前就做一次Stat Unit检查。如果某个功能让 GPU 时间上涨超过 2 毫秒，就要考虑替代方案。

7.3 保证素材和版本可控

实机预告录制时，固定镜头路径、固定时间、固定天气和光照是最稳妥的。把录制的路径保存为 Level Sequence 资产，把角色动作和敌人生成逻辑绑定到 Sequence 的 Event 轨道，就能反复录制多遍。工程文件要用 Git 管理，但Content下的大体积资源不建议直接进 Git，可以使用 Git LFS 或引擎自带资源仓库。录制素材不要只留最终剪辑版，原始 OBS 录制文件单独归档，方便之后重新调色和剪辑。

7.4 注意资源合法性和展示边界

新手做实机 Demo 时很容易从网上下载模型、动画和特效素材。这些资源可能不允许商用，也可能不允许公开演示。如果只是本地练手，问题不大；但如果要发到公开平台，务必确认素材授权。实机预告本身是宣传向内容，画面里出现版权不明资产会带来法律风险。技术能力是一方面，项目管理和素材合规同样影响长期开发。

8. 总结与下一步学习路线

这篇文章从实机预告的概念出发，解释了开发者应关注的渲染、动作、性能、镜头四个维度，然后带着你用 UE5 创建一个第三人称动作 Demo，实现了移动、攻击、攻击判定和受击反馈的基本链路。整个过程下来，你至少应该掌握：项目模板的创建流程、角色移动与镜头跟随关系、蒙太奇与动画通知的连接、以及录制实机素材时的基础参数设置。

下一步你可以继续深入学习四个方向：增强输入系统，用来做复杂的连招和动作输入缓冲；动画蓝图状态机，用来管理待机、奔跑、攻击、受伤等状态的切换；Niagara 特效系统，用来打磨打击特效和场景氛围；Sequencer 过场系统，用来编排实机预告的镜头和事件。如果对战斗系统要求更高，还可以了解 UE5 的 GAS（Gameplay Ability System），它适合处理复杂技能、BUFF 和多人同步。

看完一个实机预告，最有价值的反应不是停留在弹幕里说“这个动作好帅”，而是打开引擎试着复刻其中一个片段。哪怕只是让角色朝前方挥一次武器、让敌人被击中时后退半步，你也能实实在在感受到动作游戏开发的门道。希望你读完这篇文章后，能用自己的项目跑出一条“可以给别人看”的实机素材链路。