1. Animation和Animator的关系：先把这套系统看明白再动手
平时经常有同学问我：“Unity里的动画到底应该用Animation还是Animator？”甚至有人以为这两个是同一种东西的两种叫法，直接把组件拖上去随便弄，然后动画怎么都不按预期播放。其实只要花十分钟理清它们的本质，后面所有操作都会顺畅得多。
简单来说，Animation是一个播放动画剪辑的组件，Animator是一个管理多个动画剪辑、按状态和条件来回切换的控制器。你可以把Animation想象成一台DVD播放机，把Animator理解成一套舞台调度系统——前者只管“把这段内容放出来”，后者管“什么时候放哪段、放完接着干什么”。
Unity最早只有Animation组件，用代码或者事件去控制它播放某个Animation Clip。后来为了应对角色动画这种需要多状态切换的场景（比如待机、走路、跑步、攻击），官方在后续版本里推出了以Animator为核心的新动画系统。现在新建的3D、2D项目里，Unity默认挂给角色的都是Animator组件，旧版Animation系统更多被用在一些极简的功能动画、UI动效或者老项目维护上。
所以你在学习时要记住一个核心认知：如果你要做角色动画、NPC动画、任何有状态切换的动画逻辑，请直接选择Animator这条路线；如果你只是想让一个物体按预设好的轨迹动一下，用Animation做个Clip直接播放也完全够用。
这篇文章会严格按照“动画素材（Animation Clip）→ 状态机（Animator Controller）→ 代码参数驱动”这条路径展开，把每一步的操作细节、原理和坑都讲清楚。学完以后，你不仅能照着做出一套完整的角色动画流程，还能在遇到“动画不动”“状态乱跳”“过渡生硬”这类问题时自己定位原因。
2. 用Animation窗口手工录制动画：一切动画的地基
无论最终你是用Animator状态机管理状态，还是在场景里直接播放，第一步都得先有动画剪辑。Unity里最常见的创建方式不是写代码，而是用Animation窗口直接录制。
2.1 打开窗口并激活录制模式
你要先在菜单栏找到Window > Animation > Animation（旧版本叫“Animation”面板），把窗口拖到编辑器的下方或侧边，方便随时查看。
接着在Hierarchy里选中你要做动画的物体，比如一个Cube、一个角色的手臂或者一个UI按钮。当我选中物体时，Animation窗口左上角会出现一个红点录制按钮和一个动画名称下拉框。
点击红色录制按钮，Unity会自动创建并保存一个新的Animation Clip文件，你可以给它起个名字，比如CubeMove。录制模式激活时，窗口背景会变成红色，状态栏上会显示“Recording”，这就意味着你接下来的所有操作，都会被记录成关键帧。
2.2 关键帧的添加逻辑：动画其实是“场景画出来的”
这里有一个新手容易懵的地方：Unity的动画剪辑记录的不是一串代码，而是你在场景里对物体属性做的每一帧变化。
我常用一个例子来解释：你移动了Cube，Unity记录下Cube当前的位置；你旋转了它，Unity就记录旋转；你改了缩放、颜色、材质的透明度，这些属性的变化同样会被记录下来。所以做动画的过程，本质上是你用手在场景里摆姿势，然后Unity把这些姿势按时间点串成一段连贯的动作。
实际操作用的是“时间轴+关键帧”的思路：
- 在录制模式下，先把时间指针拖到第0帧，给物体摆一个初始状态（位置、旋转、缩放）。
- 点一下左侧属性行里的加号，添加“Position”“Rotation”等属性，这时第0帧会打上一个菱形关键帧标记。
- 把时间指针拖到第30帧（如果帧率是30，这里就是1秒的位置），在场景里把Cube移动到另一个位置。
- 属性会自动记录一个新关键帧。
- 点击播放预览，就能看到Cube从起点移动到终点的动画了。
你会发现，中间移动过程根本不用自己一帧一帧去补，Unity会根据两个关键帧的差值自动生成过渡。这里用到的就是“插值”机制，Unity在后台通过贝塞尔曲线把关键帧之间的数值平滑计算出来。
2.3 Dopesheet和Curves：从时间轴到曲线调整
Animation窗口右下角有两个可切换的模式，一个是Dopesheet（关键帧表），一个是Curves（曲线视图）。
新手刚接触时建议先看Dopesheet，它把每个属性（Position.x、Position.y、Rotation.z这些）都单独列出，关键帧一目了然，方便你拖拽、复制、删除某个关键帧。当你需要让动画更顺滑时，切换到Curves视图，这里能看到每个属性的数值随时间变化的曲线。
曲线调整的核心逻辑是：曲线越陡，这个属性的变化越快；曲线越平缓，变化越柔和。默认情况下Unity用贝塞尔曲线自动圆滑过渡，如果你点中曲线上的关键帧点，可以拖动手柄改变曲线的切线方向，让运动变得加速或减速。
举个实际场景：如果你做一个物体从A点到B点的位移动画，默认曲线是匀加速后匀减速的平滑效果。如果希望它一开始就全速运动、最后猛地停下，可以把曲线调成“先陡后平”；反过来，希望它启动时慢、后面越来越快，就把曲线改成“先平后陡”。实际操作中，一套灵动的人物走路动画，曲线的调整比重往往比关键帧摆放更大。
2.4 Animation窗口里必须掌握的几个快捷操作
- 右键关键帧标记：可以复制、粘贴、删除关键帧，也可以直接在某一帧处添加事件。
- 选中多个关键帧再右键：可整体平移，方便把一段动作整体往后延迟。
- 左下角的“Add Event”：可以给某一帧添加动画事件。动画事件是个非常实用的工具，比如角色在第20帧的时候应该播放脚步声，在这里添加事件并绑定脚本方法，播放到该帧就会自动调用方法，比在Update里写判断逻辑干净得多。
- 左上角的播放控制：可以随时预览当前动画。
提示：录制模式下场景操作自动记录关键帧，但如果我在录制模式中改错了，直接Ctrl+Z撤销即可，撤销操作在关键帧记录上同样有效，不用慌张。
3. 掌握Animation Clip的循环设置和通用参数
当你通过Animation窗口录制好一段动画后，可以在Project窗口里点击选中这个剪辑文件，在Inspector面板看到它的详细设置。这些设置在新手阶段特别容易忽视，但它们直接决定了动画在Animator里能不能好好工作。
3.1 循环时间：角色动画卡住的头号原因
默认创建的Animation Clip在播放一遍后会停住。如果你希望角色一直跑步、一直待机呼吸，就需要勾选循环。
选中动画剪辑后，你会看到Loop Time选项。把它勾上，动画就会在时间轴末尾自动回到开头重新播放。
但这里有一个进阶细节：如果勾选了Loop Time后动画循环时出现“瞬跳”或卡顿感，大概率是第一帧和最后一帧的姿势不完全一样。解决办法是让首尾两帧能完美衔接，比如你做行走循环时，第1帧的左腿位置要和最后一帧的左腿位置保持一致，否则循环一圈会跳。实际操作中，可以在录制状态下把最后一帧的姿势调成和第一帧完全一致，或者通过曲线编辑器观察首尾值。
3.2 Avatar、Root Transform和Rig：角色动画的隐藏配置
如果你做的是骨骼动画，动画剪辑文件上还会多出Avatar字段。在导入模型时，Unity通过模型面板下的Rig选项卡识别骨骼结构，并在Animations选项卡里把一组动画片段分别设置好。
- Root Transform Rotation：控制动画里角色身体的旋转是否作为位移旋转的根节点。
- Root Transform Position (Y)和Root Transform Position (XZ)：决定动画中的位移是否应用于角色根节点。
说得通俗点：如果你要做一个角色从站立到蹲下的动画，希望动画播放时身体高度发生变化，根节点的Y值位移需要保留；但如果你要做一个原地待机动画，却因为刚才手一抖在动画里挪了位置，就会导致角色每次播放待机动画时都往前飘一点。这种情况就可以勾选Bake Into Pose来把位置变化烘焙掉，只保留视觉上的动作变化。
这部分设置不会在Unity学习初期立刻见效，但只要开始做人物移动、敌人巡逻、NPC行动后，几乎每个人都会在Root Transform上栽一次跟头。
4. 用Animator Controller搭状态机：从“播放一段动画”到“管理一组动画”
有了动画剪辑之后，下一步就是把它交给Animator系统。这就是整个Unity动画体系的核心，也是大多数新手理解起来最费劲的部分。
当你给一个物体挂上Animator组件时，注意它有两个关键字段：Controller和Avatar。Controller必须指向一个Animator Controller资产，Avatar只在骨骼动画中使用。如果没有Controller，你能在代码里看到Animator组件，但Play()调用完全无效——很多“动画为什么不播放”的问题，最后查出来都是这里空着。
4.1 创建Animator Controller并理解状态机基本构成
在Project窗口右键，选择Create > Animator Controller，然后双击打开，你会进入Animator状态机编辑视图。
这个视图里默认有三个核心节点区域：
- Entry：状态机的入口节点，角色一进入动画系统，第一个执行的就是从这里拉出来的箭头指向的状态。
- Exit：退出状态机的标志，一般用在“动画结束、组件失效”这类特殊场景。
- Any State：任意状态节点，它比较特殊，意思是“无论当前在哪个状态，只要满足条件，就立刻切换”。
我一般先把该动画物体需要用到的所有动画Clip都右键创建成状态（Create State > From New Clip），然后从Entry拉一条箭头指向默认状态（比如“Idle”待机）。
默认状态在状态机里是橙色的，它代表物体刚被激活时播放的动画。想让哪个动画成为默认，就右键这个节点选择Set as Layer Default State。
4.2 添加动画状态：把动作碎片组织成名册
继续演示做一个最简单的角色逻辑：待机、走路、跑步、攻击。
我先创建4个动画Clip，分别命名为Idle、Walk、Run、Attack。把每个Clip分别从Assets拖入Animator状态机中，Unity会自动生成对应名称的状态节点。
这时候你要明白一个概念：**每个状态节点只是动画Clip的“外衣”，真正记录播放数据的是Clip，状态节点负责管理切换规则。**这就像给每首歌配了一个播放器面板，面板上有播放、暂停、切换的按钮规则。
4.3 状态切换的本质：箭头+条件=过渡
从待机状态Idle拉一条箭头指向Walk，这就是定义一个过渡（Transition）。如果这个箭头前面没有加任何条件，Unity会按照默认流程，等Idle动画播放到一定时间后自动切换到Walk。这通常不是我们想要的。
所以正确做法是给这个过渡添加条件。在Inspector面板里可以看到Transition设置区，底部有一个Conditions列表，点击加号即可添加条件，条件的类型来自Animator中的参数。比如当MoveSpeed大于0.1时切换到走路，这样一旦你在代码里把参数调大，状态机就会自动触发转换。
状态机的强大之处正在于此：参数值驱动状态切换，代码要做的只是修改参数，而不是直接告诉Animator“播放这个动画”。
5. 参数、条件和代码：让动画按你的设定活起来
用途最广、也最值得花心思琢磨的，是如何设计参数和条件组合，让动画状态切换真正顺畅自然。
5.1 四类参数：Float、Int、Bool、Trigger的使用场景
在Animator状态机左栏最上方有一个Parameters面板，点加号可以添加参数。四种参数各有各的适用场景：
- Float：用于表示连续变化的量，比如移动速度、朝向角度、血量百分比。
- Int：用于表示离散的档位值，比如体力值、等级、技能阶段。
- Bool：用于表示开/关、真/假，比如“是否奔跑”“是否死亡”。
- Trigger：用于表示一次性触发信号，比如“攻击”“受击”“跳跃”。Trigger在触发后会自动重置，适合当按钮信号来用。
实际项目里我一般会遵循一套设计习惯：**运动类状态用Float驱动，条件类状态用Bool，技能和受击类状态用Trigger。**比如“攻击”我几乎总是用Trigger，因为攻击动作应该立刻执行、执行完自动回到原来的移动状态，而不是用Bool慢慢切换，不然可能会出现“一直手举着剑”的尴尬情况。
5.2 给状态切换配置条件：别把所有箭头都牵连在一起
一个常见错误是把所有状态罗列出来，然后互相之间乱七八糟地拉箭头。状态机的规则应该是越简单越清晰。
我用一个示例状态图设计来说明：
Idle→Walk：当MoveSpeed大于 0.1 时。Walk→Idle：当MoveSpeed小于 0.1 时。Walk/Run互相切换：根据MoveSpeed的区间值来判断。- 任意状态 →
Attack：当AttackTrigger被触发时，并且播放结束后回到原状态。 - 任意状态 →
Death：当IsDead == true，并且死亡动画播放完成后不再回到任何状态。
从Idle到Walk、从Walk到Run的切换，我可以用数值区间处理。假设MoveSpeed从0到2表示走路，大于2表示跑步，那么Walk→Run条件就是MoveSpeed > 2，Run→Walk则是MoveSpeed < 2。
这样设计的好处是，代码里你只需要不停修改MoveSpeed，状态机自己就能根据数值表现出“静止→走路→跑步”的自然渐变，不依赖任何手动播放调用。
5.3 代码侧如何驱动动画：从SetFloat到SetTrigger
接下来到了见真章的部分——代码控制。在角色的移动脚本中，你最需要关注的是获取Animator引用并修改参数。
下面是一段非常常见的简化示例：
public class PlayerAnimController : MonoBehaviour { private Animator animator; void Start() { animator = GetComponent<Animator>(); } void Update() { float horizontal = Input.GetAxis("Horizontal"); float vertical = Input.GetAxis("Vertical"); float currentSpeed = new Vector3(horizontal, 0, vertical).magnitude; // 使用Float参数控制移动动画 animator.SetFloat("MoveSpeed", currentSpeed); // 使用Trigger参数触发攻击动画 if (Input.GetButtonDown("Fire1")) { animator.SetTrigger("AttackTrigger"); } // 使用Bool参数控制死亡动画 if (GetComponent<Health>().IsDead) { animator.SetBool("IsDead", true); } } }在这个脚本里，我没有调用animator.Play("Walk")这种硬编码方式，而是让状态机自己根据参数值决定播放什么。这既是Unity官方推荐的做法，也是后期扩展性和维护性最强的方式。
5.4 千万别忽视的细节：初始参数和默认状态
代码里设置参数前，最好在Animator Controller的Parameters面板里给初始值。比如IsDead默认设为False，MoveSpeed默认设为0，Trigger无需设置初始值。
有一次我在项目里发现角色一开场景就发疯似地播放跑步动画，排查了半天，最后发现是MoveSpeed参数默认值不小心设置成了5，状态机一启动就从Idle切到了Run。这种问题是非常典型的排查点，在测试新状态机前，建议先在参数面板把所有值检查一遍。
6. 状态过渡的细节：过渡时间、退出时间与“生硬切换”
在Animator状态机里拉好箭头、配好条件之后，播放时你会发现有些切换还是怪怪的，比如走路到待机瞬间“脏病发作一样抽搐”，或者攻击动画播到一半被强行走路。这些都是过渡参数没有调好。
6.1 Has Exit Time：动画播完之前不切换
每一个Transition在Inspector上半部分都有Has Exit Time选项。它的意思是“这个状态需要等当前动画播放到一定进度后才允许跳转到下一状态”。
默认情况下Has Exit Time是勾选的，如果你不勾选，那么只要条件满足就会立刻打断当前动画进行过渡。这就是为什么攻击动画总是被打断的常见原因——从Any State到Attack的过渡条件是Trigger，同时Has Exit Time没勾，导致任何状态下只要条件一满足就秒切，而攻击动画还没播完就被走路动画接管了。
实际开发中我的习惯是：
- 移动类状态之间切换：不勾选
Has Exit Time，用条件实时驱动，比如走路到跑步，越快响应越好。 - 技能动作到移动动画：勾选
Has Exit Time，并且把退出时间设置成动画的末尾位置，比如攻击动画总共60帧，就把退出时间设为1（即完整播放完），保证动作完整播完再回到移动。 - 动作过程中可以被受击打断：就保持
Has Exit Time不勾选，条件优先，保证受击动画能立刻插入。
6.2 Transition Duration：过渡持续时长与“动作融合”
Transition Duration定义的是两个动画之间的融合时间。如果从攻击动画切回待机动画，过渡时间为0，切换会在瞬间发生，动作会出现硬切效果；如果过渡时间太短，角色就像被“电击”一样瞬间变姿势；如果过渡时间太长，两个动画会重叠播放，角色会出现滑步或抽象动作。
在移动类动画之间（比如Walk到Run），我会把Transition Duration设成0.15秒左右，融合得比较自然；在技能动作（比如攻击到待机）之间，往往会设置0.1到0.2秒，既能看清动作结束，又不至于硬切。
这里有个实操技巧：调整过渡时长时，点击箭头打开Inspector面板，可以看到上面有一个预览区域，拖动过渡条就能在地面上看到两个动画的混合效果，边拖边看，比自己凭空猜参数高效得多。
提示：过渡并非越多越好。一个状态节点如果接入了太多箭头，执行引擎在判断时会花费额外时间，并且容易产生优先级错误。我通常会把一些“全局响应”的过渡统一从Any State节点拉出，而不是每个状态各拉一堆重复的箭头。
7. 动画层的概念：让上半身打人、下半身跑步
当你的角色越来越复杂时，一个状态机往往不够用，这时候就要接触动画层（Layers）。
Animator Controller下方有Layers面板。每一个Layer相当于一个独立的状态机，多个Layer可以同时播放，最终Unity会按权重把结果叠加在一起。
举个最常见的使用场景：角色的下半身播放走路或跑步动画，上半身则要播放攻击挥拳。如果放在同一个状态机里，你就得做一大堆“走路攻击”“跑步攻击”的组合状态，非常繁琐。但用两个Layer就很简单：
- Base Layer（最底层）：放移动状态机，负责上半身和下半身整体运动。
- 动作层（上层）：放攻击、受击等一次性动作状态机，权重设为1，一旦触发就播放。
为了让动作层只影响上半身，还需要给Layer设置Avatar Mask，把人体的下半身骨骼抠掉，这样攻击动画只作用于上半身，下半身不受影响。
这部分的进阶内容会涉及到骨骼蒙皮和层级合成，但第一步理解“Layer叠加播放”就足够了，很多3D角色的连贯体验都依赖这一机制。
8. 我的实际使用心得：动画开发里最该记住的几个习惯
文章最后，分享几个我在实际项目里反复踩过坑之后沉淀下来的习惯。这些内容教科书上都有，但往往没人提醒你“重点注意什么”。
第一，所有动画相关的参数命名要统一。我见过不少项目里参数一会儿叫“Speed”，一会儿叫“MoveSpeed”，一会儿用中文键名，结果代码和动画工程对不上，排查半天才发现是命名不一致。建议从项目一开始就建立一张参数对照表，写在项目文档里，每一层状态机都用同一套命名规范。
第二，普通动画优先用Animator而不要退化成Animation组件。即便只是播放一段开门动画，如果你以后有“先开一半再停下”的需求，用状态机切换会非常轻松。写死的animation.Play()一旦需求变化，往往需要重构代码，反而更费时间。
第三，动画Clip和角色模型分离保存。为了让美术同学方便修改动作，最好把动画Clip单独放在一个文件夹，并用“角色名_动作名”的前缀命名。比如Knight_Walk_Anim。不然到后期用FBX模型导入时，动画片段会混在模型内部，一旦模型更新，动画也容易丢失。
第四，性能意识要建立在动画系统上。动画越多、状态机越复杂，运行时的计算开销就越高。对于同屏大量NPC的情况，可以把远距离的动画使用简化版本（减少骨骼影响、降低更新频率），或者使用GPU贴图动画。Unity也提供了Animator的Culling Mode选项，可以设置“Always Animate”还是“Cull Update Transforms”，合理使用能省掉很多CPU开销。
我在一个小Demo里做过对比：同屏50个角色，如果每个都保持复杂状态机加全套骨骼动画，帧率会掉很多；但开启Culling后，不可见角色停止动画更新，帧率立刻回升。虽然项目规模不同，但这套思路越早建立越好。
最后想说的是，Animation和Animator这套系统值得花时间仔细研究，它不只是“拖一拖组件”那么简单。理解了动画剪辑是数据、Animator是状态机、参数是驱动逻辑这三层关系，你就拥有了一套写任何角色动画逻辑都不怕的思维框架。我自己也是从一路踩坑过来的，希望这篇能帮你少走一些弯路。
