本文收录于 《全栈 Bug 调优实战版》 专栏。专栏聚焦真实项目中的各类疑难 Bug从成因剖析 → 排查路径 → 解决方案 → 预防优化全链路拆解形成一套可复用、可沉淀的实战知识体系。无论你是初入职场的开发者还是负责复杂项目的资深工程师都可以在这里构建一套属于自己的「问题诊断与性能调优」方法论助你稳步进阶、放大技术价值。特别说明文中问题案例来源于真实生产环境与公开技术社区并结合多位一线资深工程师与架构师的长期实践经验经过人工筛选与AI系统化智能整理后输出。文中的解决方案并非唯一“标准答案”而是兼顾可行性、可复现性与思路启发性的实践参考供你在实际项目中灵活运用与演进。欢迎订阅本专栏一次订阅后专栏内所有文章可永久免费阅读后续更新内容皆不用再次订阅持续更新中。 问题描述详细问题描述如下虚幻5/UE5 如何做角色移动时松开按键时的停步动画向前位移我在制作角色的停步动画时遇到的问题我的状态机里的循环动画是没有根运动的然后我做了一个有根运动的停步动作用来衔接步行停止时的向前走一两步的动作然而发现在进入到该动作进行时角色运行了根运动导致我此时想要再次移动的时候发现不能移动的我想可能是因为根运动和移动组件发生了矛盾所以这个问题在困扰着我根运动能实现我想要的停步位移但不能及时响应我要的移动控制不用根运动当按键松开时角色又不会向前位移如何实现啊全文目录 问题描述 请知悉如下方案不保证一定适配你的问题✅️问题理解✅️问题解决方案方案 A最推荐——改成“无根运动停步动画 CharacterMovement 真正负责前移 Distance Matching 匹配停步姿势”方案 A 的核心思路方案 A 的具体落地步骤非常重要1让 Locomotion 全部保持 In-Place2通过 CharacterMovement 调出“松键后还会往前滑一点”的真实停步3计算“剩余停步距离”4启用 Distance Matching 工作流5状态机推荐逻辑6为什么这个方案最好方案 B保留根运动但不要放在普通状态机里改成“短 Root Motion Montage 可打断”方案 B 的正确结构1AnimBP 设置2Locomotion 状态机继续保持无根运动3Stop Montage 不要太长4一定要加“可取消窗口”5为什么 Montage 比状态机更适合这个问题6方案 B 的优缺点方案 CMotion Warping运动扭曲 Stop Montage做“按预测停点收脚”方案 C 的适用场景方案 C 的实现结构方案 C 的优缺点方案 D继续在状态机里直接播带 Root Motion 的 Stop 动画✅️问题延伸1基础移动系统优先“移动驱动动画”2Root Motion 更适合“事件动作”而不是“基础移动循环”3如果你要做联网多留意 Root Motion 的使用边界4Root Bone 本身也可能有坑5性能层面也别忽视✅️问题预测1你改成可打断 Stop 后会出现“脚滑”2轻点一下按键Stop 动画频繁误触发3斜向移动、转向停步时动作不自然4你后面会想做“起步动画”然后又遇到同类问题5如果你未来做联机状态机 Root Motion 会越来越痛苦✅️小结最终建议优先级 结语 互动说明 文末福利技术成长加速包 Who am I? 请知悉如下方案不保证一定适配你的问题如下是针对上述问题进行专业角度剖析答疑不喜勿喷仅供参考✅️问题理解你这个问题我先直接下结论这不是单纯“根运动和移动组件冲突了”这么简单而是“位移控制权在不同系统之间切换后没有设计好可中断逻辑”导致的。你现在的结构大概率是这样的常规移动循环Idle / Walk / Run是In-Place无根运动。松开移动键时状态机切到一个带 Root Motion 的 Stop 动画。这个 Stop 动画在播放期间角色胶囊体的位移被动画根骨骼驱动。于是当你此时重新按下移动键CharacterMovementComponent 想接管移动但当前动画的 Root Motion 还在继续推角色结果表现出来就像“角色不听输入”“不能立刻重新起步”。Epic 官方文档明确说了当动画启用 Root Motion并且在动画蓝图里设置了根运动提取方式后动画会在播放时驱动 Movement Component而动画蓝图的 Root Motion Mode 又分为No Root Motion Extraction、Ignore Root Motion、Root Motion from Everything、Root Motion from Montages Only等模式。也就是说一旦你让 Stop 动画参与根运动提取它就不只是“播个动作”而是在那一段时间里实际接管角色位移。所以你的核心矛盾本质上是你想要停步时有真实惯性前移但你又想要随时重新按键就立刻响应控制而“纯 Root Motion Stop 动画放在状态机里直接播”这条路天然就容易让动画在短时间内夺走移动控制权。这个机制本身不是 bug而是你当前动画驱动方案的副作用。再进一步说一句更关键的“停步时向前再迈一两步”这个需求并不等于“必须用根运动来做”。根运动只是“位移来源”的一种实现方式不是唯一方式。实际上在大多数动作游戏/角色游戏里为了保证手感移动控制权通常优先留给 CharacterMovementComponent动画只是去“匹配”这个位移结果而不是反过来让动画强行支配角色。Epic 在距离匹配Distance Matching的文档里就强调了动画可以根据“距离变量”而不是“时间线”来选取姿势并可通过调整播放速度匹配角色速度从而减少手工微调同时允许在不打断动画播放逻辑的前提下改变角色速度。✅️问题解决方案方案 A最推荐——改成“无根运动停步动画 CharacterMovement 真正负责前移 Distance Matching 匹配停步姿势”这是我最推荐的工程化做法也是手感最稳、响应最快、维护成本最低的做法。✅你现在的问题本质上就是“停步动画自己在推角色”。那最稳的思路就是让角色位移仍然由 CharacterMovementComponent 负责动画只负责表现‘正在刹停’这个姿势。这样一来你松开按键时角色仍然会因为制动参数继续向前滑一点点而动画通过距离匹配去播放“向前收一步/两步”的姿势看起来像 Root Motion实际上控制权始终还在移动组件这边。Epic 的 Distance Matching 文档正是为这类“根据剩余距离动态选姿势”的场景准备的。方案 A 的核心思路把系统拆成两层第 1 层位移层由CharacterMovementComponent控制真实速度衰减和剩余滑行距离。第 2 层表现层由 Stop 动画根据“剩余刹车距离”去选取姿势看起来像角色自然向前收脚停住。换句话说角色为什么还会向前走一两步因为移动组件还有惯性/制动过程。动画为什么能对得上这个前移因为动画不是按时间播而是按“还剩多少距离会停下”来匹配。这就是把“位移真实发生”与“动画表现真实”解耦。这样一做你重新按键的时候移动组件随时都能重新加速不会再被根运动锁住。方案 A 的具体落地步骤非常重要1让 Locomotion 全部保持 In-Place你的 Idle / Walk / Run / Start / Stop / Pivot至少基础 locomotion 体系建议统一为In-Place。不要在普通状态机里混入“有的动画带根运动、有的又不带”尤其 Stop 还要允许被重新输入打断这种混搭非常容易出现你现在这种控制权不一致的问题。建议是Idle无根运动Walk / Run Loop无根运动Start最好也无根运动或只用于表现Stop无根运动Pivot / Turn优先无根运动你可以保留一套 Root Motion 版本用于特定镜头、处决、攻击位移、贴脸交互但基础移动层不要依赖 Root Motion。2通过 CharacterMovement 调出“松键后还会往前滑一点”的真实停步你真正想要的是角色松开键时不是瞬停而是有一个减速停下的过程。这个不需要 Root Motion就可以通过CharacterMovementComponent的制动参数实现。重点调这些Max Walk SpeedBraking Deceleration WalkingGround FrictionBraking Friction FactorUse Separate Braking Friction按需求Rotation RatebUseControllerDesiredRotation/bOrientRotationToMovement你要做的不是“松键 速度直接归零”而是松键后不再施加输入加速度角色靠 braking deceleration 自然减速在这段减速区间里动画蓝图进入 Stop 逻辑。一个简单理解速度大 → 会往前多滑一点 → 播较长的 stop 姿势速度小 → 几乎原地收脚 → 播较短的 stop 姿势这比“直接把真实位移交给一个 stop root motion 动画”更稳因为你随时都可以重新输入移动组件立刻重新接管。3计算“剩余停步距离”你需要一个变量例如PredictedStopDistanceRemainingStopDistance最简单可以先用物理近似S t o p D i s t a n c e ≈ V 2 2 A StopDistance \approx \frac{V^2}{2A}StopDistance≈2AV2其中V 当前水平速度A 当前制动减速度可近似用BrakingDecelerationWalking当然在 UE 实际里地面摩擦、制动摩擦、方向变化都会影响结果所以工程上你可以分两种做法做法 1简化估算直接用SpeedBrakingDecelerationWalking算一个近似值。优点实现简单。缺点和真实停下距离可能略有偏差。做法 2每帧预测依据当前速度和 movement 参数模拟几帧减速过程累计未来位移得到更准的PredictedStopDistance。优点精度更高。缺点实现稍复杂。对于大多数项目先从简化估算开始就够用了。4启用 Distance Matching 工作流Epic 官方文档说明Distance Matching 需要启用Animation Locomotion Library插件而动画曲线要在运行时可靠读取通常还需要给相关动画配置Uniform Indexable压缩设置并通过Distance Curve Modifier为动画生成距离曲线。文档里也明确提到像停止、开始、转向这类移动过渡曲线轴通常适合使用XY。你这类“停步向前收一步”的动画非常适合做距离曲线。具体做法找一条你理想的 Stop 动画。这条动画可以先保留 Root Motion 版本仅用于提取真实位移参考。用这条动画生成一个Distance Curve。文档里提到可以使用Distance Curve Modifier来生成曲线并为停止/开始/枢轴类动画使用XY轴。之后真正运行时播放的是In-Place 版本的停步动画。但它的姿势推进不是按时间而是按PredictedStopDistance去取样。在 AnimBP 中用Sequence EvaluatorDistance Match to Target或Advance Time By Distance MatchingEpic 官方文档明确列出了这些节点并说明它们就是根据距离曲线来选择姿势或推进动画时间用于让动画和角色位移/速度更一致。5状态机推荐逻辑建议你的状态逻辑不要写成“松键就必定完整播完停步”。而要写成有输入 → Locomotion无输入且速度 StopThreshold → StopStateStopState 中若重新检测到输入 → 立刻回 LocomotionStopState 中若速度接近 0 且动画也接近结束 → Idle也就是这套结构的关键点在于StopState 不是“控制角色前移”的状态而是“观察移动组件正在减速并把姿势对齐过去”的状态。6为什么这个方案最好因为它同时满足了你的两个目标松键时有自然的前移感重新按键时立即响应。这是你当前 Root Motion Stop 最大的问题真实位移和动画表现绑死了所以输入很难即时打断。而这个方案里真实位移来自移动组件动画只是追随真实位移输入永远优先所以这是我最推荐你上线的方案。方案 B保留根运动但不要放在普通状态机里改成“短 Root Motion Montage 可打断”如果你非常喜欢那条 Stop 动画自带的“根运动前踏”质感而且不想改成纯 In-Place那么第二推荐方案是把 Stop Root Motion 动画从状态机里拿出去做成一个短 Montage只允许它在一个很短的窗口里驱动位移并且必须支持被重新输入打断。Epic 官方文档说明动画蓝图支持Root Motion from Montages Only模式只从启用了根运动的 Montage 中提取根运动同时 Montage 是通过蓝图控制播放的动画资产还支持分段、插槽控制并且在联网项目里也可用于复制 Root Motion。这意味着如果你一定要用 Root Motion 做停步最稳的方式不是把它放在普通状态机里硬切而是用 Montage 单独托管。方案 B 的正确结构1AnimBP 设置把动画蓝图Root Motion Mode设为Root Motion from Montages Only不要用Root Motion from Everything因为如果你当前的 Stop 动画在状态机里参与最终姿势混合而且你启用了 from everything那么状态机里的这条 Stop 动画也会持续参与根运动提取你就更难做出“输入来了立即抢回控制权”的行为。Root Motion 文档对这些模式的含义写得很清楚。2Locomotion 状态机继续保持无根运动也就是说Walk/Run 循环无根运动Idle无根运动普通状态切换无根运动只有 Stop Montage有根运动这样控制权就非常清晰平时MovementComponent 驱动停步瞬间Montage 短暂驱动新输入来了立刻打断 Montage回到 MovementComponent 驱动3Stop Montage 不要太长这是很多人踩坑的点。如果你的停步 Montage 全长 0.6s~1.0s还整段都在推位移那么玩家重按方向时哪怕你逻辑上允许切回也会感觉拖泥带水。建议真正有位移的 Root Motion只保留前半段短窗口例如 0.12s ~ 0.25s后半段只做姿势收尾或 Blend Out输入一来就 Stop Montage也就是说你不是让 Stop 动画“完整演完”而是让它只借用最关键的那一小段前踏位移。4一定要加“可取消窗口”你需要在 Montage 里加通知或分段例如StopStep_BeginStopStep_EndCanInterruptLockMoveShortWindow推荐逻辑刚进入 Stop Montage 的最前几帧可以短暂不允许取消保证动作起势成立到CanInterrupt之后只要检测到有新的 MoveInput就立刻Montage_Stop(BlendOutTime0.05~0.1)或跳转到一个ExitSection然后恢复普通 locomotion示意伪逻辑OnMoveInputReleased:ifSpeedStopThresholdand!HasMoveInput:PlayMontage(Stop_Fwd_RM)Tick/Input:ifHasMoveInputandIsPlayingStopMontage:StopMontage(0.08f)bIsStoppingfalse蓝图也完全一样思路不变。5为什么 Montage 比状态机更适合这个问题因为状态机更偏“姿势流转”而 Montage 更偏“事件型动作控制”。你这个 Stop 动作本质上其实是一个短时、可中断、带明确开始/结束语义、可能要插入额外通知控制的动作事件。这类东西更适合 Montage而不是让它作为普通 locomotion 状态长期存在。Epic 的 Montage 文档也说明了Montage 天生支持插槽、分段和蓝图控制这正是它比状态机更适合做“可打断停步动作”的原因。6方案 B 的优缺点优点保留你现有 Root Motion Stop 动画的质感改造成本比重做一整套 Distance Matching 小联网扩展性也比状态机 Root Motion 更清晰。缺点依然需要处理打断、Blend Out、脚滑、重新起步衔接如果 Montage 里根运动窗口太长还是会有“吃输入”的感觉对动画资产质量要求更高。如果你现在是中途项目想尽快把问题修好我建议你先上方案 B如果你要做得更稳、更专业最终还是回到方案 A。方案 CMotion Warping运动扭曲 Stop Montage做“按预测停点收脚”如果你的停步不是固定一小步而是会随着速度、坡度、转向角度、目标点不同而变化并且你还希望动画落脚很精准那么可以考虑Motion Warping。Epic 官方文档说明Motion Warping 需要启用插件并且它的核心就是在角色蓝图里设置 Warp Target在动画 Montage 中放置 Motion Warping 的通知状态窗口让根运动动态对齐到指定目标位置。这意味着它非常适合做高速跑停时最后一步精准落到预测停点贴地收脚复杂转向刹停近身交互前的精确对位。方案 C 的适用场景你可以这样理解方案 B停步位移来自原始动画里的 Root Motion方案 C停步位移依然来自动画但这个 Root Motion 可以被“扭曲”去对准你计算出的目标停点举例当前速度 600预测 150cm 后停下当前速度 300预测 60cm 后停下你不需要做两套完全不同长度的 Stop 动画而是可以用一条 Stop Montage在 Root Motion Window 内让它对齐你计算出的WarpTargetLocation。方案 C 的实现结构启用Motion Warping插件。Stop 动作做成 Montage。在 Montage 中标一个 Motion Warping Notify State Window。松键时根据速度和制动参数算出预测停点。用蓝图/代码Add or Update Warp Target。播放 Stop Montage。新输入来了仍然可以Montage_Stop直接打断。方案 C 的优缺点优点视觉效果高级能让同一条动画适配不同停步距离更容易做出“脚真的是落在该落的位置”的感觉。缺点复杂度高于方案 A / B你要理解 Warp Window、目标点更新、动画节奏若项目本身还没把基础 locomotion 做稳过早上 Motion Warping 反而会让问题更复杂。所以这方案我会定义为适合追求高质量角色移动表现的中后期方案不适合拿来当第一时间止血方案。方案 D继续在状态机里直接播带 Root Motion 的 Stop 动画这个方案我明确不推荐。⚠️不是说它绝对做不成而是它正是你当前问题的根源。只要你继续保留这种结构Loop 无根运动Stop 有根运动Stop 直接作为普通状态机状态切进去那么你就必须同时解决状态机切入时根运动开始接管位移状态机中途如何被重新输入打断打断后根运动还没播完怎么办Blend 出去时脚滑怎么办Root Motion 和加速度重新接管的边界怎么处理。这不是不能写而是非常脆而且越改越乱。如果你非要沿这条路继续走那么至少也要做到下面这些“止血措施”Stop 动画根运动只留很短前半段增加CanInterrupt通知一旦检测到新输入立刻切出 StopState进入切出时临时忽略或关闭 Root Motion 提取做专门的 Stop → Start / Stop → Walk / Stop → Run 过渡。但说实话既然你都要加这么多补丁那还不如直接转方案 B甚至一步到位转方案 A。✅️问题延伸这个问题再往深里走其实是UE5 角色移动系统设计哲学的问题“到底是动画驱动移动还是移动驱动动画”这两种路都能做但适用范围不同。1基础移动系统优先“移动驱动动画”对于玩家常态控制的移动系统我非常建议你记住一句话输入响应优先级 动画真实感优先级也就是说玩家按键一来系统应该先保证“能马上动”然后再去尽量让动画跟上。所以基础 locomotion 最稳的结构永远是CharacterMovementComponent管真实运动动画蓝图通过 Speed / Acceleration / Direction / StopDistance / PivotAngle 来匹配表现。这也是为什么 Distance Matching 这种方案在现代角色系统里很受欢迎它并不是让动画强行控制角色而是让动画更聪明地去匹配角色真实运动结果。Epic 文档对这一点描述得很直接它允许依据距离变量而非时间线选取姿势并根据角色速度变化调整播放。2Root Motion 更适合“事件动作”而不是“基础移动循环”Root Motion 很适合这些东西近战攻击前冲处决翻越特殊闪避交互对位特写镜头动作特定停步收脚 Montage因为这些动作的目标是动作必须完整、位移必须可信、轨迹必须受动画控制。而普通跑步、走路、频繁方向修正、玩家随时反悔的移动输入则通常不适合完全交给 Root Motion。3如果你要做联网多留意 Root Motion 的使用边界Epic 文档明确提到Montage 可用于在网络游戏中复制 Root Motion。这也是为什么“Montages Only”在工程上往往比“Everything”更容易管理。所以如果你未来项目要联机那么更应该尽量避免基础 locomotion 状态机里大量混 Root Motion让状态机每个状态都可能参与根运动提取。因为那会让同步、回滚、修正都更麻烦。4Root Bone 本身也可能有坑如果你发现 Stop 动画的位移量、方向、收脚点总是不对除了状态机结构问题也要检查动画资产本身Root Bone 方向是否统一动画导出时根骨骼是否干净Root Motion Root Lock是否合适Anim First Frame/Zero/Ref Pose哪个更适合你的资源。Epic 的 Root Motion 文档中列出了这些 Root Lock 选项实际项目里经常需要切换它们来修正根骨骼参考位置问题。5性能层面也别忽视Epic 文档还提到当启用Root Motion from Everything或Root Motion from Montages时Anim Graph 会在Game Thread更新而不是 Worker Thread这会增加游戏线程负担。这不一定马上成为瓶颈但如果你本来就打算在常规 locomotion 上大面积使用 Root Motion那最好提前意识到这不只是手感问题也是可维护性和性能问题。✅️问题预测下面我提前帮你预测一下你后续大概率还会遇到的几个问题以及应该如何预防。1你改成可打断 Stop 后会出现“脚滑”这是最常见的下一步问题。原因通常是Root Motion 被中途切断或 In-Place Stop 动画和真实 braking 距离对不上。预防方式方案 A用 Distance Matching不要只靠固定时间播放方案 B让真正有位移的 root motion 窗口更短增加Blend Out不要硬切重新输入时优先接 Start 动画而不是直接瞬间回 RunLoop。2轻点一下按键Stop 动画频繁误触发你会发现角色刚松一下又按、刚按一下又松状态机会疯狂进 Stop。预防方式设一个StopEnterSpeedThreshold例如速度小于某值不进 Stop设一个InputReleaseMinTime输入松开太短不进 Stop把 Stop 分成Soft Stop和Hard Stop小速度直接 Blend to Idle不播完整停步。3斜向移动、转向停步时动作不自然你现在说的是“向前停步”但实际项目里玩家会斜前停侧移停转身停180° 急停转向预防方式尽早把停步动作拆成Forward StopStrafe Left StopStrafe Right StopPivot LeftPivot RightHard Stop / Soft Stop否则单一一个“向前停步”动画迟早不够用。4你后面会想做“起步动画”然后又遇到同类问题因为 Stop 和 Start 是一对问题。如果你现在用 Root Motion Stop 锁住了输入那么以后你大概率会用 Root Motion Start 再锁一次输入。于是整体手感就会变成起步慢、停步慢、方向修正慢。预防方式从现在开始就统一原则基础 locomotion移动组件主导事件动作Montage / Motion Warping / 特殊 Root Motion这会让整套移动系统非常干净。5如果你未来做联机状态机 Root Motion 会越来越痛苦现在单机里只是“手感不对”未来联机里就会变成客户端和服务端停步点不一致中途打断时位置修正抖动动作和胶囊不同步。所以越早把“基础移动从 Root Motion 状态机里抽出来”越省后面的坑。✅️小结我帮你把结论压缩成一句最关键的话你现在的问题不是停步动画做错了而是把“停步位移”直接交给了状态机里的 Root Motion导致动画在那一小段时间里夺走了玩家移动控制权。所以正确解法不是继续硬怼“状态机里的 Root Motion Stop 怎么才能既位移又不卡输入”而是换设计思路最终建议优先级第一推荐方案 A无根运动 Stop CharacterMovement 真实刹车 Distance Matching 匹配停步姿势这是最稳、最专业、最适合长期项目的方案。第二推荐方案 B把 Stop Root Motion 改成短 Montage并且必须支持重新输入时立即打断适合你现在已有 Root Motion Stop 动画想尽快修问题。进阶方案方案 CMotion Warping Stop Montage适合追求高质量停步落脚和精准停点。不推荐继续方案 D状态机里直接混播带 Root Motion 的 Stop 状态这正是你当前问题的高发源头。 结语 互动说明希望以上分析与解决思路能为你当前的问题提供一些有效线索或直接可用的操作路径。若你按文中步骤执行后仍未解决不必焦虑或抱怨这很常见——复杂问题往往由多重因素叠加引起欢迎你将最新报错信息、关键代码片段、环境说明等补充到评论区我会在力所能及的范围内结合大家的反馈一起帮你继续定位 如果你有更优或更通用的解法非常欢迎在评论区分享你的实践经验或改进方案你的这份补充可能正好帮到更多正在被类似问题困扰的同学正所谓「赠人玫瑰手有余香」也算是为技术社区持续注入正向循环 文末福利技术成长加速包 文中部分问题来自本人项目实践部分来自读者反馈与公开社区案例也有少量经由全网社区与智能问答平台整理而来。若你尝试后仍没完全解决问题还请多一点理解、少一点苛责——技术问题本就复杂多变没有任何人能给出对所有场景都 100% 套用的方案。如果你已经找到更适合自己项目现场的做法非常建议你沉淀成文档或教程这不仅是对他人的帮助更是对自己认知的再升级。如果你还在持续查 Bug、找方案可以顺便逛逛我专门整理的 Bug 专栏《全栈 Bug 调优实战版》️这里收录的都是在真实场景中踩过的坑希望能帮你少走弯路节省更多宝贵时间。✍️如果这篇文章对你有一点点帮助欢迎给 bug菌 来个一键三连关注 点赞 收藏你的支持是我持续输出高质量实战内容的最大动力。同时也欢迎关注我的硬核公众号 「猿圈奇妙屋」获取第一时间更新的技术干货、BAT 等互联网公司最新面试真题、4000G 技术 PDF 电子书、简历 / PPT 模板、技术文章 Markdown 模板等资料通通免费领取。你能想到的绝大部分学习资料我都尽量帮你准备齐全剩下的只需要你愿意迈出那一步来拿。 Who am I?我是 bug菌热活跃于 CSDN | 掘金 | InfoQ | 51CTO | 华为云 | 阿里云 | 腾讯云 等技术社区CSDN 博客之星 Top30、华为云多年度十佳博主/卓越贡献者、掘金多年度人气作者 Top40掘金、InfoQ、51CTO 等平台签约及优质作者全网粉丝累计30w。更多高质量技术内容及成长资料可查看这个合集入口 点击查看 ️硬核技术公众号「猿圈奇妙屋」期待你的加入一起进阶、一起打怪升级。- End - 虚幻5/UE5 如何做角色移动时松开按键时的停步动画向前位移？...如何实现？
本文收录于 《全栈 Bug 调优实战版》 专栏。专栏聚焦真实项目中的各类疑难 Bug从成因剖析 → 排查路径 → 解决方案 → 预防优化全链路拆解形成一套可复用、可沉淀的实战知识体系。无论你是初入职场的开发者还是负责复杂项目的资深工程师都可以在这里构建一套属于自己的「问题诊断与性能调优」方法论助你稳步进阶、放大技术价值。特别说明文中问题案例来源于真实生产环境与公开技术社区并结合多位一线资深工程师与架构师的长期实践经验经过人工筛选与AI系统化智能整理后输出。文中的解决方案并非唯一“标准答案”而是兼顾可行性、可复现性与思路启发性的实践参考供你在实际项目中灵活运用与演进。欢迎订阅本专栏一次订阅后专栏内所有文章可永久免费阅读后续更新内容皆不用再次订阅持续更新中。 问题描述详细问题描述如下虚幻5/UE5 如何做角色移动时松开按键时的停步动画向前位移我在制作角色的停步动画时遇到的问题我的状态机里的循环动画是没有根运动的然后我做了一个有根运动的停步动作用来衔接步行停止时的向前走一两步的动作然而发现在进入到该动作进行时角色运行了根运动导致我此时想要再次移动的时候发现不能移动的我想可能是因为根运动和移动组件发生了矛盾所以这个问题在困扰着我根运动能实现我想要的停步位移但不能及时响应我要的移动控制不用根运动当按键松开时角色又不会向前位移如何实现啊全文目录 问题描述 请知悉如下方案不保证一定适配你的问题✅️问题理解✅️问题解决方案方案 A最推荐——改成“无根运动停步动画 CharacterMovement 真正负责前移 Distance Matching 匹配停步姿势”方案 A 的核心思路方案 A 的具体落地步骤非常重要1让 Locomotion 全部保持 In-Place2通过 CharacterMovement 调出“松键后还会往前滑一点”的真实停步3计算“剩余停步距离”4启用 Distance Matching 工作流5状态机推荐逻辑6为什么这个方案最好方案 B保留根运动但不要放在普通状态机里改成“短 Root Motion Montage 可打断”方案 B 的正确结构1AnimBP 设置2Locomotion 状态机继续保持无根运动3Stop Montage 不要太长4一定要加“可取消窗口”5为什么 Montage 比状态机更适合这个问题6方案 B 的优缺点方案 CMotion Warping运动扭曲 Stop Montage做“按预测停点收脚”方案 C 的适用场景方案 C 的实现结构方案 C 的优缺点方案 D继续在状态机里直接播带 Root Motion 的 Stop 动画✅️问题延伸1基础移动系统优先“移动驱动动画”2Root Motion 更适合“事件动作”而不是“基础移动循环”3如果你要做联网多留意 Root Motion 的使用边界4Root Bone 本身也可能有坑5性能层面也别忽视✅️问题预测1你改成可打断 Stop 后会出现“脚滑”2轻点一下按键Stop 动画频繁误触发3斜向移动、转向停步时动作不自然4你后面会想做“起步动画”然后又遇到同类问题5如果你未来做联机状态机 Root Motion 会越来越痛苦✅️小结最终建议优先级 结语 互动说明 文末福利技术成长加速包 Who am I? 请知悉如下方案不保证一定适配你的问题如下是针对上述问题进行专业角度剖析答疑不喜勿喷仅供参考✅️问题理解你这个问题我先直接下结论这不是单纯“根运动和移动组件冲突了”这么简单而是“位移控制权在不同系统之间切换后没有设计好可中断逻辑”导致的。你现在的结构大概率是这样的常规移动循环Idle / Walk / Run是In-Place无根运动。松开移动键时状态机切到一个带 Root Motion 的 Stop 动画。这个 Stop 动画在播放期间角色胶囊体的位移被动画根骨骼驱动。于是当你此时重新按下移动键CharacterMovementComponent 想接管移动但当前动画的 Root Motion 还在继续推角色结果表现出来就像“角色不听输入”“不能立刻重新起步”。Epic 官方文档明确说了当动画启用 Root Motion并且在动画蓝图里设置了根运动提取方式后动画会在播放时驱动 Movement Component而动画蓝图的 Root Motion Mode 又分为No Root Motion Extraction、Ignore Root Motion、Root Motion from Everything、Root Motion from Montages Only等模式。也就是说一旦你让 Stop 动画参与根运动提取它就不只是“播个动作”而是在那一段时间里实际接管角色位移。所以你的核心矛盾本质上是你想要停步时有真实惯性前移但你又想要随时重新按键就立刻响应控制而“纯 Root Motion Stop 动画放在状态机里直接播”这条路天然就容易让动画在短时间内夺走移动控制权。这个机制本身不是 bug而是你当前动画驱动方案的副作用。再进一步说一句更关键的“停步时向前再迈一两步”这个需求并不等于“必须用根运动来做”。根运动只是“位移来源”的一种实现方式不是唯一方式。实际上在大多数动作游戏/角色游戏里为了保证手感移动控制权通常优先留给 CharacterMovementComponent动画只是去“匹配”这个位移结果而不是反过来让动画强行支配角色。Epic 在距离匹配Distance Matching的文档里就强调了动画可以根据“距离变量”而不是“时间线”来选取姿势并可通过调整播放速度匹配角色速度从而减少手工微调同时允许在不打断动画播放逻辑的前提下改变角色速度。✅️问题解决方案方案 A最推荐——改成“无根运动停步动画 CharacterMovement 真正负责前移 Distance Matching 匹配停步姿势”这是我最推荐的工程化做法也是手感最稳、响应最快、维护成本最低的做法。✅你现在的问题本质上就是“停步动画自己在推角色”。那最稳的思路就是让角色位移仍然由 CharacterMovementComponent 负责动画只负责表现‘正在刹停’这个姿势。这样一来你松开按键时角色仍然会因为制动参数继续向前滑一点点而动画通过距离匹配去播放“向前收一步/两步”的姿势看起来像 Root Motion实际上控制权始终还在移动组件这边。Epic 的 Distance Matching 文档正是为这类“根据剩余距离动态选姿势”的场景准备的。方案 A 的核心思路把系统拆成两层第 1 层位移层由CharacterMovementComponent控制真实速度衰减和剩余滑行距离。第 2 层表现层由 Stop 动画根据“剩余刹车距离”去选取姿势看起来像角色自然向前收脚停住。换句话说角色为什么还会向前走一两步因为移动组件还有惯性/制动过程。动画为什么能对得上这个前移因为动画不是按时间播而是按“还剩多少距离会停下”来匹配。这就是把“位移真实发生”与“动画表现真实”解耦。这样一做你重新按键的时候移动组件随时都能重新加速不会再被根运动锁住。方案 A 的具体落地步骤非常重要1让 Locomotion 全部保持 In-Place你的 Idle / Walk / Run / Start / Stop / Pivot至少基础 locomotion 体系建议统一为In-Place。不要在普通状态机里混入“有的动画带根运动、有的又不带”尤其 Stop 还要允许被重新输入打断这种混搭非常容易出现你现在这种控制权不一致的问题。建议是Idle无根运动Walk / Run Loop无根运动Start最好也无根运动或只用于表现Stop无根运动Pivot / Turn优先无根运动你可以保留一套 Root Motion 版本用于特定镜头、处决、攻击位移、贴脸交互但基础移动层不要依赖 Root Motion。2通过 CharacterMovement 调出“松键后还会往前滑一点”的真实停步你真正想要的是角色松开键时不是瞬停而是有一个减速停下的过程。这个不需要 Root Motion就可以通过CharacterMovementComponent的制动参数实现。重点调这些Max Walk SpeedBraking Deceleration WalkingGround FrictionBraking Friction FactorUse Separate Braking Friction按需求Rotation RatebUseControllerDesiredRotation/bOrientRotationToMovement你要做的不是“松键 速度直接归零”而是松键后不再施加输入加速度角色靠 braking deceleration 自然减速在这段减速区间里动画蓝图进入 Stop 逻辑。一个简单理解速度大 → 会往前多滑一点 → 播较长的 stop 姿势速度小 → 几乎原地收脚 → 播较短的 stop 姿势这比“直接把真实位移交给一个 stop root motion 动画”更稳因为你随时都可以重新输入移动组件立刻重新接管。3计算“剩余停步距离”你需要一个变量例如PredictedStopDistanceRemainingStopDistance最简单可以先用物理近似S t o p D i s t a n c e ≈ V 2 2 A StopDistance \approx \frac{V^2}{2A}StopDistance≈2AV2其中V 当前水平速度A 当前制动减速度可近似用BrakingDecelerationWalking当然在 UE 实际里地面摩擦、制动摩擦、方向变化都会影响结果所以工程上你可以分两种做法做法 1简化估算直接用SpeedBrakingDecelerationWalking算一个近似值。优点实现简单。缺点和真实停下距离可能略有偏差。做法 2每帧预测依据当前速度和 movement 参数模拟几帧减速过程累计未来位移得到更准的PredictedStopDistance。优点精度更高。缺点实现稍复杂。对于大多数项目先从简化估算开始就够用了。4启用 Distance Matching 工作流Epic 官方文档说明Distance Matching 需要启用Animation Locomotion Library插件而动画曲线要在运行时可靠读取通常还需要给相关动画配置Uniform Indexable压缩设置并通过Distance Curve Modifier为动画生成距离曲线。文档里也明确提到像停止、开始、转向这类移动过渡曲线轴通常适合使用XY。你这类“停步向前收一步”的动画非常适合做距离曲线。具体做法找一条你理想的 Stop 动画。这条动画可以先保留 Root Motion 版本仅用于提取真实位移参考。用这条动画生成一个Distance Curve。文档里提到可以使用Distance Curve Modifier来生成曲线并为停止/开始/枢轴类动画使用XY轴。之后真正运行时播放的是In-Place 版本的停步动画。但它的姿势推进不是按时间而是按PredictedStopDistance去取样。在 AnimBP 中用Sequence EvaluatorDistance Match to Target或Advance Time By Distance MatchingEpic 官方文档明确列出了这些节点并说明它们就是根据距离曲线来选择姿势或推进动画时间用于让动画和角色位移/速度更一致。5状态机推荐逻辑建议你的状态逻辑不要写成“松键就必定完整播完停步”。而要写成有输入 → Locomotion无输入且速度 StopThreshold → StopStateStopState 中若重新检测到输入 → 立刻回 LocomotionStopState 中若速度接近 0 且动画也接近结束 → Idle也就是这套结构的关键点在于StopState 不是“控制角色前移”的状态而是“观察移动组件正在减速并把姿势对齐过去”的状态。6为什么这个方案最好因为它同时满足了你的两个目标松键时有自然的前移感重新按键时立即响应。这是你当前 Root Motion Stop 最大的问题真实位移和动画表现绑死了所以输入很难即时打断。而这个方案里真实位移来自移动组件动画只是追随真实位移输入永远优先所以这是我最推荐你上线的方案。方案 B保留根运动但不要放在普通状态机里改成“短 Root Motion Montage 可打断”如果你非常喜欢那条 Stop 动画自带的“根运动前踏”质感而且不想改成纯 In-Place那么第二推荐方案是把 Stop Root Motion 动画从状态机里拿出去做成一个短 Montage只允许它在一个很短的窗口里驱动位移并且必须支持被重新输入打断。Epic 官方文档说明动画蓝图支持Root Motion from Montages Only模式只从启用了根运动的 Montage 中提取根运动同时 Montage 是通过蓝图控制播放的动画资产还支持分段、插槽控制并且在联网项目里也可用于复制 Root Motion。这意味着如果你一定要用 Root Motion 做停步最稳的方式不是把它放在普通状态机里硬切而是用 Montage 单独托管。方案 B 的正确结构1AnimBP 设置把动画蓝图Root Motion Mode设为Root Motion from Montages Only不要用Root Motion from Everything因为如果你当前的 Stop 动画在状态机里参与最终姿势混合而且你启用了 from everything那么状态机里的这条 Stop 动画也会持续参与根运动提取你就更难做出“输入来了立即抢回控制权”的行为。Root Motion 文档对这些模式的含义写得很清楚。2Locomotion 状态机继续保持无根运动也就是说Walk/Run 循环无根运动Idle无根运动普通状态切换无根运动只有 Stop Montage有根运动这样控制权就非常清晰平时MovementComponent 驱动停步瞬间Montage 短暂驱动新输入来了立刻打断 Montage回到 MovementComponent 驱动3Stop Montage 不要太长这是很多人踩坑的点。如果你的停步 Montage 全长 0.6s~1.0s还整段都在推位移那么玩家重按方向时哪怕你逻辑上允许切回也会感觉拖泥带水。建议真正有位移的 Root Motion只保留前半段短窗口例如 0.12s ~ 0.25s后半段只做姿势收尾或 Blend Out输入一来就 Stop Montage也就是说你不是让 Stop 动画“完整演完”而是让它只借用最关键的那一小段前踏位移。4一定要加“可取消窗口”你需要在 Montage 里加通知或分段例如StopStep_BeginStopStep_EndCanInterruptLockMoveShortWindow推荐逻辑刚进入 Stop Montage 的最前几帧可以短暂不允许取消保证动作起势成立到CanInterrupt之后只要检测到有新的 MoveInput就立刻Montage_Stop(BlendOutTime0.05~0.1)或跳转到一个ExitSection然后恢复普通 locomotion示意伪逻辑OnMoveInputReleased:ifSpeedStopThresholdand!HasMoveInput:PlayMontage(Stop_Fwd_RM)Tick/Input:ifHasMoveInputandIsPlayingStopMontage:StopMontage(0.08f)bIsStoppingfalse蓝图也完全一样思路不变。5为什么 Montage 比状态机更适合这个问题因为状态机更偏“姿势流转”而 Montage 更偏“事件型动作控制”。你这个 Stop 动作本质上其实是一个短时、可中断、带明确开始/结束语义、可能要插入额外通知控制的动作事件。这类东西更适合 Montage而不是让它作为普通 locomotion 状态长期存在。Epic 的 Montage 文档也说明了Montage 天生支持插槽、分段和蓝图控制这正是它比状态机更适合做“可打断停步动作”的原因。6方案 B 的优缺点优点保留你现有 Root Motion Stop 动画的质感改造成本比重做一整套 Distance Matching 小联网扩展性也比状态机 Root Motion 更清晰。缺点依然需要处理打断、Blend Out、脚滑、重新起步衔接如果 Montage 里根运动窗口太长还是会有“吃输入”的感觉对动画资产质量要求更高。如果你现在是中途项目想尽快把问题修好我建议你先上方案 B如果你要做得更稳、更专业最终还是回到方案 A。方案 CMotion Warping运动扭曲 Stop Montage做“按预测停点收脚”如果你的停步不是固定一小步而是会随着速度、坡度、转向角度、目标点不同而变化并且你还希望动画落脚很精准那么可以考虑Motion Warping。Epic 官方文档说明Motion Warping 需要启用插件并且它的核心就是在角色蓝图里设置 Warp Target在动画 Montage 中放置 Motion Warping 的通知状态窗口让根运动动态对齐到指定目标位置。这意味着它非常适合做高速跑停时最后一步精准落到预测停点贴地收脚复杂转向刹停近身交互前的精确对位。方案 C 的适用场景你可以这样理解方案 B停步位移来自原始动画里的 Root Motion方案 C停步位移依然来自动画但这个 Root Motion 可以被“扭曲”去对准你计算出的目标停点举例当前速度 600预测 150cm 后停下当前速度 300预测 60cm 后停下你不需要做两套完全不同长度的 Stop 动画而是可以用一条 Stop Montage在 Root Motion Window 内让它对齐你计算出的WarpTargetLocation。方案 C 的实现结构启用Motion Warping插件。Stop 动作做成 Montage。在 Montage 中标一个 Motion Warping Notify State Window。松键时根据速度和制动参数算出预测停点。用蓝图/代码Add or Update Warp Target。播放 Stop Montage。新输入来了仍然可以Montage_Stop直接打断。方案 C 的优缺点优点视觉效果高级能让同一条动画适配不同停步距离更容易做出“脚真的是落在该落的位置”的感觉。缺点复杂度高于方案 A / B你要理解 Warp Window、目标点更新、动画节奏若项目本身还没把基础 locomotion 做稳过早上 Motion Warping 反而会让问题更复杂。所以这方案我会定义为适合追求高质量角色移动表现的中后期方案不适合拿来当第一时间止血方案。方案 D继续在状态机里直接播带 Root Motion 的 Stop 动画这个方案我明确不推荐。⚠️不是说它绝对做不成而是它正是你当前问题的根源。只要你继续保留这种结构Loop 无根运动Stop 有根运动Stop 直接作为普通状态机状态切进去那么你就必须同时解决状态机切入时根运动开始接管位移状态机中途如何被重新输入打断打断后根运动还没播完怎么办Blend 出去时脚滑怎么办Root Motion 和加速度重新接管的边界怎么处理。这不是不能写而是非常脆而且越改越乱。如果你非要沿这条路继续走那么至少也要做到下面这些“止血措施”Stop 动画根运动只留很短前半段增加CanInterrupt通知一旦检测到新输入立刻切出 StopState进入切出时临时忽略或关闭 Root Motion 提取做专门的 Stop → Start / Stop → Walk / Stop → Run 过渡。但说实话既然你都要加这么多补丁那还不如直接转方案 B甚至一步到位转方案 A。✅️问题延伸这个问题再往深里走其实是UE5 角色移动系统设计哲学的问题“到底是动画驱动移动还是移动驱动动画”这两种路都能做但适用范围不同。1基础移动系统优先“移动驱动动画”对于玩家常态控制的移动系统我非常建议你记住一句话输入响应优先级 动画真实感优先级也就是说玩家按键一来系统应该先保证“能马上动”然后再去尽量让动画跟上。所以基础 locomotion 最稳的结构永远是CharacterMovementComponent管真实运动动画蓝图通过 Speed / Acceleration / Direction / StopDistance / PivotAngle 来匹配表现。这也是为什么 Distance Matching 这种方案在现代角色系统里很受欢迎它并不是让动画强行控制角色而是让动画更聪明地去匹配角色真实运动结果。Epic 文档对这一点描述得很直接它允许依据距离变量而非时间线选取姿势并根据角色速度变化调整播放。2Root Motion 更适合“事件动作”而不是“基础移动循环”Root Motion 很适合这些东西近战攻击前冲处决翻越特殊闪避交互对位特写镜头动作特定停步收脚 Montage因为这些动作的目标是动作必须完整、位移必须可信、轨迹必须受动画控制。而普通跑步、走路、频繁方向修正、玩家随时反悔的移动输入则通常不适合完全交给 Root Motion。3如果你要做联网多留意 Root Motion 的使用边界Epic 文档明确提到Montage 可用于在网络游戏中复制 Root Motion。这也是为什么“Montages Only”在工程上往往比“Everything”更容易管理。所以如果你未来项目要联机那么更应该尽量避免基础 locomotion 状态机里大量混 Root Motion让状态机每个状态都可能参与根运动提取。因为那会让同步、回滚、修正都更麻烦。4Root Bone 本身也可能有坑如果你发现 Stop 动画的位移量、方向、收脚点总是不对除了状态机结构问题也要检查动画资产本身Root Bone 方向是否统一动画导出时根骨骼是否干净Root Motion Root Lock是否合适Anim First Frame/Zero/Ref Pose哪个更适合你的资源。Epic 的 Root Motion 文档中列出了这些 Root Lock 选项实际项目里经常需要切换它们来修正根骨骼参考位置问题。5性能层面也别忽视Epic 文档还提到当启用Root Motion from Everything或Root Motion from Montages时Anim Graph 会在Game Thread更新而不是 Worker Thread这会增加游戏线程负担。这不一定马上成为瓶颈但如果你本来就打算在常规 locomotion 上大面积使用 Root Motion那最好提前意识到这不只是手感问题也是可维护性和性能问题。✅️问题预测下面我提前帮你预测一下你后续大概率还会遇到的几个问题以及应该如何预防。1你改成可打断 Stop 后会出现“脚滑”这是最常见的下一步问题。原因通常是Root Motion 被中途切断或 In-Place Stop 动画和真实 braking 距离对不上。预防方式方案 A用 Distance Matching不要只靠固定时间播放方案 B让真正有位移的 root motion 窗口更短增加Blend Out不要硬切重新输入时优先接 Start 动画而不是直接瞬间回 RunLoop。2轻点一下按键Stop 动画频繁误触发你会发现角色刚松一下又按、刚按一下又松状态机会疯狂进 Stop。预防方式设一个StopEnterSpeedThreshold例如速度小于某值不进 Stop设一个InputReleaseMinTime输入松开太短不进 Stop把 Stop 分成Soft Stop和Hard Stop小速度直接 Blend to Idle不播完整停步。3斜向移动、转向停步时动作不自然你现在说的是“向前停步”但实际项目里玩家会斜前停侧移停转身停180° 急停转向预防方式尽早把停步动作拆成Forward StopStrafe Left StopStrafe Right StopPivot LeftPivot RightHard Stop / Soft Stop否则单一一个“向前停步”动画迟早不够用。4你后面会想做“起步动画”然后又遇到同类问题因为 Stop 和 Start 是一对问题。如果你现在用 Root Motion Stop 锁住了输入那么以后你大概率会用 Root Motion Start 再锁一次输入。于是整体手感就会变成起步慢、停步慢、方向修正慢。预防方式从现在开始就统一原则基础 locomotion移动组件主导事件动作Montage / Motion Warping / 特殊 Root Motion这会让整套移动系统非常干净。5如果你未来做联机状态机 Root Motion 会越来越痛苦现在单机里只是“手感不对”未来联机里就会变成客户端和服务端停步点不一致中途打断时位置修正抖动动作和胶囊不同步。所以越早把“基础移动从 Root Motion 状态机里抽出来”越省后面的坑。✅️小结我帮你把结论压缩成一句最关键的话你现在的问题不是停步动画做错了而是把“停步位移”直接交给了状态机里的 Root Motion导致动画在那一小段时间里夺走了玩家移动控制权。所以正确解法不是继续硬怼“状态机里的 Root Motion Stop 怎么才能既位移又不卡输入”而是换设计思路最终建议优先级第一推荐方案 A无根运动 Stop CharacterMovement 真实刹车 Distance Matching 匹配停步姿势这是最稳、最专业、最适合长期项目的方案。第二推荐方案 B把 Stop Root Motion 改成短 Montage并且必须支持重新输入时立即打断适合你现在已有 Root Motion Stop 动画想尽快修问题。进阶方案方案 CMotion Warping Stop Montage适合追求高质量停步落脚和精准停点。不推荐继续方案 D状态机里直接混播带 Root Motion 的 Stop 状态这正是你当前问题的高发源头。 结语 互动说明希望以上分析与解决思路能为你当前的问题提供一些有效线索或直接可用的操作路径。若你按文中步骤执行后仍未解决不必焦虑或抱怨这很常见——复杂问题往往由多重因素叠加引起欢迎你将最新报错信息、关键代码片段、环境说明等补充到评论区我会在力所能及的范围内结合大家的反馈一起帮你继续定位 如果你有更优或更通用的解法非常欢迎在评论区分享你的实践经验或改进方案你的这份补充可能正好帮到更多正在被类似问题困扰的同学正所谓「赠人玫瑰手有余香」也算是为技术社区持续注入正向循环 文末福利技术成长加速包 文中部分问题来自本人项目实践部分来自读者反馈与公开社区案例也有少量经由全网社区与智能问答平台整理而来。若你尝试后仍没完全解决问题还请多一点理解、少一点苛责——技术问题本就复杂多变没有任何人能给出对所有场景都 100% 套用的方案。如果你已经找到更适合自己项目现场的做法非常建议你沉淀成文档或教程这不仅是对他人的帮助更是对自己认知的再升级。如果你还在持续查 Bug、找方案可以顺便逛逛我专门整理的 Bug 专栏《全栈 Bug 调优实战版》️这里收录的都是在真实场景中踩过的坑希望能帮你少走弯路节省更多宝贵时间。✍️如果这篇文章对你有一点点帮助欢迎给 bug菌 来个一键三连关注 点赞 收藏你的支持是我持续输出高质量实战内容的最大动力。同时也欢迎关注我的硬核公众号 「猿圈奇妙屋」获取第一时间更新的技术干货、BAT 等互联网公司最新面试真题、4000G 技术 PDF 电子书、简历 / PPT 模板、技术文章 Markdown 模板等资料通通免费领取。你能想到的绝大部分学习资料我都尽量帮你准备齐全剩下的只需要你愿意迈出那一步来拿。 Who am I?我是 bug菌热活跃于 CSDN | 掘金 | InfoQ | 51CTO | 华为云 | 阿里云 | 腾讯云 等技术社区CSDN 博客之星 Top30、华为云多年度十佳博主/卓越贡献者、掘金多年度人气作者 Top40掘金、InfoQ、51CTO 等平台签约及优质作者全网粉丝累计30w。更多高质量技术内容及成长资料可查看这个合集入口 点击查看 ️硬核技术公众号「猿圈奇妙屋」期待你的加入一起进阶、一起打怪升级。- End -