1. 项目概述与核心价值聊起Unreal Engine的角色开发很多朋友的第一反应可能就是蓝图连连看或者是从Asset Store拖一个现成的角色包进来。但当你真正想做一个手感扎实、动画流畅、交互逻辑清晰的角色时你会发现从“能动起来”到“玩起来舒服”之间隔着一条巨大的鸿沟。这个项目标题——“角色动画与状态机_角色控制器实现角色移动与交互”——恰恰点中了这个核心痛点。它不是一个孤立的教程而是一套完整的、从底层控制到上层表现的角色行为解决方案。简单来说这个项目的目标是把一个虚拟角色的“灵魂”给搭建起来。角色控制器Character Controller是它的“大脑”和“小脑”负责处理物理移动、碰撞检测、输入响应等底层逻辑确保角色能按照物理规则和玩家指令在场景中行走、奔跑、跳跃。而动画状态机Animation State Machine则是它的“表情”和“肢体语言”负责根据角色当前的状态如站立、移动、跳跃、攻击驱动骨骼模型播放相应的动画让角色的行为看起来自然可信。这两者通过角色移动组件Character Movement Component和动画蓝图Animation Blueprint紧密耦合共同决定了玩家在游戏中最直接的操控感受。为什么这套组合如此重要因为现代游戏尤其是3A或高品质的独立游戏对角色反馈的实时性和细腻度要求极高。一个生硬的转身、一次跳跃动画的延迟、或者交互时诡异的穿模都会瞬间打破玩家的沉浸感。通过精细设计的状态机我们可以平滑地处理角色从静止到冲刺、从平地到攀爬等各种状态间的过渡避免动画的“跳变”。而一个健壮的角色控制器则能确保无论地形如何复杂、交互对象如何多样角色的行为都符合直觉且稳定可靠。这套技术栈适用于几乎所有需要可控角色的游戏类型从第一/第三人称射击、动作冒险、角色扮演到平台跳跃、体育竞技甚至一些叙事导向的步行模拟器。无论你是独立开发者还是团队中的TA技术美术或Gameplay程序员深入理解并掌握角色动画与状态机的协同工作流都是提升项目品质、优化玩家体验的必修课。接下来我们就一层层拆解看看如何从零开始打造一个既“听话”又“生动”的游戏角色。2. 角色控制器的深度解析与搭建角色控制器是整套系统的基石它定义了角色在游戏世界中的物理属性和行为规则。在Unreal Engine中我们通常不会从零开始编写一个物理模拟器而是继承并扩展引擎提供的ACharacter类。这个类已经封装了一个非常强大的UCharacterMovementComponent它为我们处理了基于胶囊体的碰撞、重力、行走、跳跃、飞行、游泳等基础移动模式。2.1 核心组件CharacterMovementComponent 探秘很多开发者只是简单地使用默认移动组件但理解其关键参数对于调优手感至关重要。我们可以在角色蓝图的“细节”面板或C代码中找到并调整这些参数。移动参数精调Max Walk Speed最大行走速度 这不仅仅是最高速度。你可以通过代码在运行时动态修改它来实现“受伤减速”、“负重减速”或“技能加速”等效果。例如当角色生命值低于30%时将GetCharacterMovement()-MaxWalkSpeed设置为正常值的70%。Ground Friction地面摩擦力 这个值决定了角色停止移动的“滑行”距离。值越高停下越快感觉更“涩”值越低惯性越明显停下越慢感觉更“滑”。对于冰面或泥泞地形可以动态降低此值。Braking Deceleration制动减速度 当输入停止时角色速度减为零的速率。它与摩擦力共同作用。如果你想实现一个“刹车”技能可以瞬间将此值调得非常高。Jump Z Velocity跳跃Z轴速度 直接决定了跳跃的初始垂直速度影响跳跃高度。公式h v² / (2 * g)忽略空气阻力可以帮你估算高度其中g是GravityZ重力加速度默认-980 cm/s²。Air Control空中控制 一个介于0到1之间的值控制角色在空中时能在多大程度上改变移动方向。0意味着完全失控像经典马里奥的跳跃1则意味着空中和地面操控性几乎一样。对于强调灵活性的动作游戏可以适当调高。注意 直接修改GravityZ项目设置中的重力会影响场景中的所有物体。如果只想让某个角色比如在低重力区域有不同的重力应该修改UCharacterMovementComponent的GravityScale重力缩放属性。2.2 输入映射与增强输入系统传统的输入绑定Input Action依然可用但对于现代游戏尤其是需要支持多种输入设备键鼠、手柄、触屏和复杂输入组合如蓄力、连按的情况我强烈推荐使用Enhanced Input System增强输入系统。它在UE5中被大力推广提供了更强大、更模块化的输入处理能力。搭建增强输入流程创建输入动作Input Action 在内容浏览器中右键选择“输入” - “输入动作”。例如创建IA_Move、IA_Jump、IA_Interact。创建输入映射上下文Input Mapping Context 这相当于一个输入配置表。将上一步创建的IA_Move映射到键盘的WASD向量值Value Type 设为Axis2D将IA_Jump映射到空格键Trigger设为Pressed和Released以区分按下和松开。在角色控制器或角色蓝图中绑定 在角色的BeginPlay事件中获取玩家控制器然后调用SetupPlayerInputComponent或直接在事件图表中使用Enhanced Input相关的节点。关键步骤是“添加映射上下文”Add Mapping Context到玩家控制器并指定优先级。增强输入的优势实战输入修饰器Input Modifiers 可以为IA_Move添加一个“死区”Dead Zone修饰器过滤掉手柄摇杆的微小抖动让移动更精准。输入触发器Input Triggers 为IA_Interact设置“长按”Hold触发器实现长按交互与短按交互的不同逻辑。你甚至可以组合“双击”Tap触发器来开发闪避技能。运行时重映射 你可以根据游戏状态如进入载具、使用望远镜动态切换或叠加不同的输入映射上下文实现完全不同的控制模式而无需编写复杂的条件判断代码。2.3 角色移动逻辑的实现C/蓝图移动逻辑的核心是每帧根据输入向量驱动移动组件。这里以最常见的八向移动为例。蓝图实现在事件图表中绑定到IA_Move的Triggered事件输出一个Input Action Value。这个值是一个二维向量X, Y分别对应键盘的左右和前后。你需要将这个输入向量转换为角色面对方向上的移动向量。获取角色的控制旋转Controller Rotation但通常我们只关心Yaw偏航轴即水平旋转。使用Break Rotator然后Make Rotator只保留Yaw创建一个水平朝向。使用Get Forward Vector和Get Right Vector从这个水平旋转中获取角色前方和右方的单位向量。将输入向量的X分量乘以右向量Y分量乘以前向量然后将两个结果相加得到一个世界空间下的移动方向向量。调用Add Movement Input节点将上一步得到的方向向量作为“世界方向”输入并将输入向量的长度或直接使用1.0作为“缩放值”输入。移动组件会自动处理这个输入。C实现更高效适合核心循环在继承自ACharacter的C类中重写SetupPlayerInputComponent函数并使用增强输入API进行绑定。// 在头文件中声明回调函数 void Move(const FInputActionValue Value); void Look(const FInputActionValue Value); // 在.cpp文件中实现绑定和函数 void AMyCharacter::SetupPlayerInputComponent(UInputComponent* PlayerInputComponent) { // 确保我们使用了增强输入组件 if (UEnhancedInputComponent* EnhancedInputComponent CastUEnhancedInputComponent(PlayerInputComponent)) { // 获取输入子系统 if (APlayerController* PC CastAPlayerController(GetController())) { if (UEnhancedInputLocalPlayerSubsystem* Subsystem ULocalPlayer::GetSubsystemUEnhancedInputLocalPlayerSubsystem(PC-GetLocalPlayer())) { // 清空并添加我们的映射上下文 Subsystem-ClearAllMappings(); Subsystem-AddMappingContext(DefaultMappingContext, 0); } } // 绑定移动和观察输入 if (MoveAction) { EnhancedInputComponent-BindAction(MoveAction, ETriggerEvent::Triggered, this, AMyCharacter::Move); } if (LookAction) { EnhancedInputComponent-BindAction(LookAction, ETriggerEvent::Triggered, this, AMyCharacter::Look); } } } void AMyCharacter::Move(const FInputActionValue Value) { FVector2D MovementVector Value.GetFVector2D(); if (Controller ! nullptr !MovementVector.IsZero()) { // 获取控制器的旋转并只取Yaw const FRotator Rotation Controller-GetControlRotation(); const FRotator YawRotation(0, Rotation.Yaw, 0); // 获取前向和右向向量 const FVector ForwardDirection FRotationMatrix(YawRotation).GetUnitAxis(EAxis::X); const FVector RightDirection FRotationMatrix(YawRotation).GetUnitAxis(EAxis::Y); // 计算移动方向并添加输入 AddMovementInput(ForwardDirection, MovementVector.Y); AddMovementInput(RightDirection, MovementVector.X); } }交互逻辑的实现交互通常通过射线检测Line Trace或形状检测Shape Overlap来实现。常见的做法是从角色的摄像机位置或胸前某个点向前发射一条短距离射线。检测射线命中的物体是否实现了某个交互接口如IInteractable。如果命中则在屏幕上显示交互提示如“按E开门”并在玩家按下交互键时调用该物体的交互函数。实操心得 对于交互检测不要每帧都对所有物体进行复杂的检测。通常使用一个定时器例如每0.1秒一次或将其放在Tick函数中但做好距离和角度筛选。同时将可交互物体纳入特定的碰撞通道如“Interactable”在射线检测时只针对该通道可以大幅提升性能。3. 动画状态机的设计与平滑过渡当角色控制器让角色“物理上”动起来后动画状态机的任务就是让它“看起来”在动。动画蓝图是状态机的载体而状态机的核心是动画图表AnimGraph和状态机State Machine。3.1 动画蓝图基础与必要变量首先你需要创建一个动画蓝图其父类选择你的角色骨骼网格体。动画蓝图有两个主要图表事件图表Event Graph 用于逻辑计算每帧更新。在这里你需要从角色身上获取各种状态数据并赋值给动画蓝图定义的变量。动画图表Anim Graph 用于组合和混合动画节点最终输出姿势Pose。状态机节点就放在这里。必须从角色获取的关键变量速度Speed 计算角色当前的水平速度大小Velocity向量的长度通常忽略Z轴。这是区分待机、行走、奔跑的最核心参数。是否在空中Is In Air 通过移动组件的IsFalling()函数获取。用于切换地面和空中动画状态。移动方向Move Direction 这是一个向量表示角色当前速度方向与其面朝方向的夹角。计算方式为将速度向量转换到角色局部空间然后计算其与前方向量的夹角。这个值对于实现八向移动融合至关重要。是否正在移动Is Moving 通常用速度是否大于一个很小的阈值如5个单位来判断。用于触发移动混合空间。在动画蓝图的事件图表中你需要在Update Animation事件或Blueprint Update Animation函数中通过Try Get Pawn Owner获取到角色然后将其转换为你的角色类最后读取这些属性并设置到本地变量中。3.2 构建核心移动状态机一个基础的移动状态机可能包含以下几个状态Idle待机 默认状态播放待机动画。Locomotion移动 当Is Moving为真时进入。这个状态通常连接一个混合空间Blend Space。JumpStart起跳 当Is In Air从假变为真时短暂播放起跳动画。JumpLoop空中循环 起跳动画播放完后进入播放空中漂浮或下落动画。JumpEnd落地 当Is In Air从真变为假时播放落地缓冲动画。状态过渡规则Transition Rules状态之间的箭头就是过渡规则它是一个布尔条件。例如Idle-Locomotion:Is Moving trueLocomotion-Idle:Is Moving falseAny State-JumpStart:Is In Air true并且Previous Is In Air false(这是一个“刚离开地面”的瞬间判断)JumpStart-JumpLoop: 通过一个时间延迟过渡Time Remaining节点在起跳动画播放到特定帧或播放完毕后自动过渡。JumpLoop-JumpEnd:Is In Air false注意事项 过渡规则中的条件判断要避免“乒乓效应”。例如在角色卡在微小台阶时Is In Air可能在真与假之间高频振荡导致状态在JumpStart和JumpEnd间疯狂切换。解决方法是为状态进入设置一个短暂的“冷却时间”或者使用移动组件更稳定的MovementMode来判断如MOVE_Falling。3.3 混合空间Blend Space的魔力混合空间是实现平滑移动动画的关键。对于八向移动你需要一个2D混合空间Blend Space 2D。X轴 通常映射为Speed范围从0到你的最大奔跑速度。Y轴 映射为Move Direction或叫Direction范围从-180度到180度或者-1到1经过归一化处理。然后你需要在混合空间中放置动画样本。至少需要在Speed0的位置放置一个原地待机动画Idle。在Speed行走速度Direction0的位置放置一个向前走的动画Walk_Fwd。在Speed行走速度Direction90和-90的位置放置向右走Walk_Right和向左走Walk_Left的动画。在Speed行走速度Direction180的位置放置向后走的动画Walk_Bwd。同理在Speed奔跑速度的对应位置放置奔跑动画Run_Fwd, Run_Right等。引擎会根据每帧传入的Speed和Direction值自动在相邻的动画样本之间进行插值混合生成一个朝向和速度都匹配当前移动状态的平滑动画。这就是为什么角色斜向移动时动画也能自然过渡而不是在向前和向右动画之间生硬切换。高级技巧使用速度方向而非面朝方向上文提到的Move Direction计算更专业的做法是使用速度方向相对于角色面朝方向的角度。计算步骤获取角色的水平速度向量Velocity忽略Z。获取角色的前向向量Actor Forward Vector。使用Dot Product点积计算速度在前向方向上的投影长度得到向前/后的分量。使用Cross Product叉积并结合点积结果计算速度在右向方向上的投影长度和符号得到向左/右的分量。使用Atan2函数根据左右和前后分量计算出夹角弧度或角度。这个夹角就是混合空间Y轴需要的值。当速度方向完全朝前时角度为0完全朝右为90完全朝后为±180完全朝左为-90。4. 控制器与状态机的协同与数据驱动角色控制器和动画状态机不是各自为政的它们需要通过一套清晰的数据接口进行通信。控制器是数据的生产者状态机是数据的消费者和表现者。4.1 数据驱动设计最佳实践是在角色类Controller中定义和计算所有状态数据然后在动画蓝图状态机中只做简单的读取和映射。这样做的好处是逻辑集中易于调试和同步对于多人游戏尤为重要。在角色C类或蓝图中定义的关键数据变量// 示例在角色头文件中声明可供动画蓝图读取的变量 UPROPERTY(BlueprintReadOnly, Category Character|Animation) float Speed; UPROPERTY(BlueprintReadOnly, Category Character|Animation) float Direction; // 移动方向角度 UPROPERTY(BlueprintReadOnly, Category Character|Animation) bool bIsFalling; UPROPERTY(BlueprintReadOnly, Category Character|Animation) bool bIsMoving; // 在Tick函数或某个更新函数中计算这些值 void AMyCharacter::UpdateAnimationProperties() { FVector Velocity GetVelocity(); Velocity.Z 0; // 取水平速度 Speed Velocity.Size(); // 计算移动方向 if (Speed 0.1f) // 有一个最小阈值 { FVector Forward GetActorForwardVector(); Forward.Z 0; Forward.Normalize(); Velocity.Normalize(); // 计算点积得到向前分量-1 到 1 float ForwardDot FVector::DotProduct(Forward, Velocity); // 计算叉积的Z分量符号得到左右方向 FVector Cross FVector::CrossProduct(Forward, Velocity); float RightSign FMath::Sign(Cross.Z); // 使用Atan2计算角度弧度并转换为角度制 Direction FMath::Atan2(RightSign * FMath::Sqrt(1 - ForwardDot * ForwardDot), ForwardDot) * 180.0f / PI; } else { Direction 0.0f; } bIsFalling GetCharacterMovement()-IsFalling(); bIsMoving Speed 3.0f; // 使用一个略大于0的阈值避免微小抖动 }然后在动画蓝图中你只需要通过Try Get Pawn Owner和类型转换直接读取这些已经计算好的Speed、Direction等变量即可无需在动画蓝图里做复杂的向量运算。这使动画蓝图保持简洁专注于状态逻辑和混合。4.2 动画通知与事件状态机负责视觉表现但有时动画需要反过来触发游戏逻辑。例如攻击动画的某一帧需要产生伤害判定脚部落地需要播放音效。这就需要用到动画通知Animation Notify。通知Notify 在动画序列的特定帧上放置一个标记。你可以在动画蓝图中或角色蓝图中捕获这个通知。例如创建一个名为Footstep的通知并在角色蓝图中实现一个同名事件当动画播放到那一帧时触发播放脚步声。通知状态Notify State 这是一个持续一段时间的通知有开始Begin、结束End事件。非常适合用来处理伤害判定的开启和关闭。例如在挥剑动画的从第10帧到第20帧放置一个HitBox_Start和HitBox_End的通知状态在开始事件中启用武器的碰撞检测在结束事件中禁用。通过动画通知你将动画的时间轴与游戏逻辑的事件轴精确地同步起来这是实现打击感、节奏感的关键技术。4.3 分层动画与叠加状态机基础移动状态机解决了大部分问题但角色还有更多复杂状态如射击、换弹、使用道具、受伤、死亡等。我们不可能把所有动画都塞进一个庞大的状态机里那会难以维护。这时就需要分层动画蓝图Layered Anim Blueprint和叠加状态机。思路是基础层Base Layer 处理最根本的状态如移动、跳跃、死亡。这层的输出是角色的基础姿势。叠加层Additive Layer 处理上层动作如上半身的瞄准、射击、使用物品。使用骨骼分层Mesh Space 或 Local Space Additive动画。例如你可以创建一个只包含上半身骨骼的动画蓝图它根据角色的瞄准偏移Aim Offset或射击状态来播放动画。然后通过Layered blend per bone节点将上层动画叠加到基础层上并指定从脊椎的某个骨骼如spine_02开始向上叠加这样下半身的移动动画就不会受到影响。槽位Slot 用于播放一次性、需要完全覆盖基础动画的蒙太奇Montage如特殊的处决动画、过场动画。播放蒙太奇时它会临时占据一个槽位覆盖该槽位对应的骨骼区域的动画。通过这种分层架构你可以让角色一边奔跑基础层一边举枪瞄准叠加层同时还能在特定时机播放一个翻滚躲避的蒙太奇槽位。各个系统互不干扰协同工作。5. 高级技巧与性能优化当基础系统搭建完毕后追求更极致的表现和效率就提上了日程。5.1 运动扭曲Motion Warping这是UE5提供的一个强大功能可以动态地调整根骨骼运动使动画更好地匹配游戏环境。一个经典应用是“翻越障碍”。你有一个翻越的动画但障碍物的高度各不相同。运动扭曲可以让你在动画播放前计算角色当前位置到目标位置障碍物另一侧的偏移。在动画播放过程中动态地扭曲角色的根骨骼运动轨迹使其精确地从起点移动到终点同时保持动画本身的姿态细节。这比制作多个不同高度的翻越动画或者使用物理模拟来实现要高效和精准得多。运动扭曲组件可以挂在角色身上通过蓝图或C API在需要时激活并设置目标变换。5.2 预测与客户端优化网络游戏考虑对于多人游戏角色动画需要在本地客户端立即响应预测同时又要与服务器权威状态最终同步。这带来了挑战客户端预测移动 本地玩家输入后角色控制器立即在本地移动并播放动画无需等待服务器确认。这保证了操作的零延迟手感。服务器校正与平滑插值 服务器会校验移动如果发现客户端移动不合法如穿墙会发送校正信息。客户端收到后不能生硬地“瞬移”角色而需要通过ClientAdjustPosition等机制平滑地插值到正确位置。此时动画状态机需要能处理这种位置和速度的突变避免出现“滑步”鬼畜。通常的解决方案是在校正发生时短暂地忽略速度输入对动画的影响或者使用一个平滑过渡的“网络同步速度”变量来驱动动画。5.3 性能分析与优化点角色动画系统是CPU开销大户尤其是当场景中有大量NPC时。动画蓝图Tick优化 确保动画蓝图的更新频率合理。对于远处的NPC或非关键角色可以降低其动画更新的频率如每两帧更新一次这可以通过Set Update Rate Optimizations来配置。LOD细节层次系统 为骨骼网格体设置动画LOD。当角色距离摄像机很远时使用骨骼数量更少的简化版骨架和更简单的动画进行评估可以大幅减少计算量。并行动画评估 在项目设置中启用“并行动画更新”允许引擎利用多核CPU同时计算多个角色的动画。避免复杂的蓝图逻辑 动画蓝图事件图表中的复杂计算如每帧进行多次射线检测会严重影响性能。尽量将计算移到角色Tick中或者使用更高效的方法。使用动画曲线Animation Curves或自定义属性Custom Attributes在DCC工具如Maya中烘焙好数据然后在动画蓝图中直接读取也是一种用内存换CPU的策略。6. 常见问题排查与调试实录在实际开发中你一定会遇到各种动画和移动相关的问题。这里记录几个最典型的“坑”和排查思路。问题1角色移动时动画“滑步”Feet Sliding现象 角色的脚在地面上滑动看起来像在冰上移动而不是踏实地行走。原因 动画的根骨骼移动速度与角色实际移动速度不匹配。例如动画是每秒移动200单位但角色控制器实际速度是300单位。排查检查驱动混合空间的Speed变量计算是否正确。确保你使用的是水平速度。检查混合空间中动画样本的设定。在混合空间编辑器中每个动画样本都有一个“速度”值。确保你的行走动画样本的速度值与你角色控制器的行走速度MaxWalkSpeed大致匹配。奔跑动画同理。启用角色的Root Motion根运动。对于某些特定动画如翻越、攀爬你可能需要从动画本身提取移动而不是由控制器完全控制。这时需要在动画序列中启用根运动并在角色移动组件中设置Has Root Motion相关属性。但对于常规移动通常不启用根运动而是靠精准的速度匹配。问题2状态机过渡时动画“跳变”Popping现象 当从一个动画状态切换到另一个时姿势发生不连续的、生硬的突变。原因 过渡时间太短或者两个状态的起始姿势差异太大没有进行混合。解决设置交叉淡入淡出时间 在状态机的过渡规则上不要使用“立即过渡”。点击过渡箭头在细节面板中设置一个合理的Crossfade Duration如0.15秒。引擎会在过渡期间将两个动画混合。使用共享规则 确保进出某个状态的所有过渡都使用相似的混合设置避免不一致。检查动画资源 确保两个动画在骨架和骨骼变换上是兼容的。有时从不同来源导入的动画其初始姿势T-Pose或A-Pose略有差异会导致混合时关节错位。在动画序列编辑器中检查它们的初始旋转和位置。问题3角色无法转向或转向不跟手现象 鼠标/摇杆控制了摄像机旋转但角色模型不跟着转向或者转向有延迟。排查角色朝向模式 检查角色移动组件中的Orient Rotation to Movement设置。如果为true角色会自动朝向移动方向旋转。这对于第三人称自由移动游戏通常是想要的。如果为false角色旋转将由控制器旋转直接控制常见于第一人称或过肩视角。你需要根据游戏类型选择合适的模式。旋转速率 如果Orient Rotation to Movement为true但转向感觉迟钝调整Rotation Rate参数。这个值决定了角色转向目标方向的速度。动画中的转向 对于Orient Rotation to Movement为false的情况如第一人称角色的视觉转向完全由动画负责。你需要确保你的移动混合空间能够根据Direction变量速度方向与面朝方向的夹角正确播放向左、向右、向后移动的动画。如果角色是原地旋转则可能需要一个独立的“转身”动画或通过Aim Offset来实现上半身的旋转预览。问题4交互射线检测不准或性能差现象 交互提示时有时无或者游戏帧率在有很多可交互物体时下降。解决优化检测频率 不要每帧都做射线检测。使用一个定时器每0.1-0.2秒检测一次。限制检测距离和角度 只检测角色正前方一定角度内如左右各60度一定距离内如300单位的物体。使用正确的碰撞通道 为所有可交互物体创建一个自定义碰撞通道如“Interactable”。在射线检测时只检测这个通道可以忽略所有其他无关的几何体。客户端预测与服务器验证 对于多人游戏交互检测可以先在客户端进行显示提示但实际的交互逻辑如开门、拾取必须由服务器RPC调用执行并在服务器端再做一次验证检测以防止作弊。问题5动画蓝图变量更新延迟现象 角色的动画状态如从跑到停比实际动作慢一拍。排查更新顺序 确保在角色Tick中更新动画属性如Speed, Direction的逻辑发生在角色移动逻辑之后。通常在ACharacter::Tick函数中父类会先执行移动更新然后才是你的Tick逻辑。如果你重写了Tick调用Super::Tick()的顺序很重要。动画蓝图Tick依赖 动画蓝图的Update Animation事件默认在角色Tick之后执行。这通常是正确的顺序。如果问题依旧可以尝试在角色蓝图中手动在Tick的最后调用动画蓝图的更新函数不推荐常规使用。网络复制延迟 对于非本地控制的角色网络复制体其速度等变量是从服务器复制过来的必然有延迟。对于这类角色动画响应慢是正常的。你可以考虑在动画蓝图中对复制过来的速度进行简单的插值平滑让视觉变化不那么突兀但无法完全消除延迟。打造一个优秀的游戏角色是一个持续迭代和打磨的过程。从让角色动起来到动得自然再到动得有特色、有手感每一步都需要对控制器和状态机这对搭档有更深的理解。记住所有参数都没有绝对的最优值手感调优需要反复在目标平台上测试结合视觉反馈和操作反馈找到最适合你游戏风格的那一组“魔法数字”。
