Unity3D 的 Mecanim 動(dòng)畫系統(tǒng)可以直接復(fù)用 3DS MAX 中制作的動(dòng)畫文件中的位移钢悲，這個(gè)就是通過 applyRootMotion 來達(dá)成的，我們只需要在使用 Animator 控制動(dòng)畫播放的同時(shí)吮蛹，設(shè)置 Animator 的 applyRootMotion 字段為 True 就 OK 了乖杠。
那么怎么來利用這個(gè)特性達(dá)成我們想要的一些效果呢？這個(gè) applyRootMotion 到底指的是啥呢猖闪？
ApplyRootMotion鲜棠，從字面上理解來看，是『應(yīng)用根節(jié)點(diǎn)的運(yùn)動(dòng)』培慌，聽起來貌似像那么一回事豁陆。可是我們可以從官方文檔上看到這樣一段話：
The Root Transform is a projection on the Y plane of the Body Transform and is computed at runtime. At every frame, a change in the Root Transform is computed. This change in transform is then applied to the Game Object to make it move.
翻譯過來的意思吵护，應(yīng)該是這樣的：
根節(jié)點(diǎn)的運(yùn)動(dòng)變換其實(shí)就是整個(gè)物體運(yùn)動(dòng)變換通過 Y 軸垂直在水平面上的一個(gè)投影盒音。根節(jié)點(diǎn)的運(yùn)動(dòng)變換在動(dòng)畫的每一幀中都會進(jìn)行計(jì)算。計(jì)算出來的根節(jié)點(diǎn)變換結(jié)果都會應(yīng)用在播放動(dòng)畫的對象上馅而，讓該對象按照根節(jié)點(diǎn)的運(yùn)動(dòng)變換進(jìn)行移動(dòng)祥诽。
這段話大體的意思就是，RootMotion 這個(gè)玩意就是作用于動(dòng)畫物體在 X 軸和 Z 軸上的位移的瓮恭，而且這個(gè)位移是根據(jù)實(shí)際播放的動(dòng)畫中每一幀物體的位移在 X 和 Z 軸上投影計(jì)算出來的雄坪。
這個(gè)特性非常贊特別是對于某些技能動(dòng)畫，整個(gè)動(dòng)畫是有一定位移的屯蹦，但是動(dòng)畫的位移是動(dòng)作設(shè)計(jì)師在設(shè)計(jì)時(shí)根據(jù)動(dòng)作需要調(diào)出來的维哈，位移是跟動(dòng)作的幅度直接相關(guān)和匹配的。
那么在釋放技能的時(shí)候就只需要直接播放動(dòng)畫颇玷，并且應(yīng)用這個(gè) Root Motion 的特性就可以很好的完成角色在播放攻擊動(dòng)作的同時(shí)進(jìn)行移動(dòng)笨农，動(dòng)作播放完畢之后就在動(dòng)畫結(jié)束幀角色所在的位置就缆，切換為待機(jī)動(dòng)作就 OK 了帖渠。
看起來很牛逼的樣子對不對？是的竭宰，確實(shí)很牛逼空郊。但是還有很多事情需要我們都一一了解以后，我們才能做出我們想要的東西的切揭。
下面我們先岔開一下話題狞甚，好好說說這個(gè) Animation Import Settings 中『Animations』Tab 頁中各項(xiàng)設(shè)置的作用。
Import Animation廓旬，勾選這個(gè)才可以導(dǎo)入動(dòng)畫到 Unity 工程中哼审；
Bake Animations，這個(gè)選項(xiàng)只在使用 Humanoid 動(dòng)畫并且使用到了 IK 特性的時(shí)候才可用孕豹；
Anim.Compression涩盾，這個(gè)是關(guān)于動(dòng)畫壓縮選項(xiàng)的，默認(rèn)會選擇 Keyframe Reduction 這個(gè)是『壓縮關(guān)鍵幀』励背，就是 Unity 會自行重采樣動(dòng)畫的關(guān)鍵幀春霍，還有兩個(gè)選項(xiàng)『Off 和 Optimal』，一個(gè)是關(guān)閉動(dòng)畫壓縮叶眉，一個(gè)是最優(yōu)化壓縮（應(yīng)該是壓縮效率最高址儒，動(dòng)畫效果失真度可能也較高）
選擇了 Keyframe Reduction 或者 Optimal 壓縮選項(xiàng)芹枷，就會有三個(gè)用于控制壓縮選項(xiàng)的系數(shù)配置， Rotation Error莲趣，Position Error 和 Scale Error鸳慈，這個(gè)三個(gè)參數(shù)默認(rèn)都是 0.5，越小呢精度就越高也就是說動(dòng)畫的失真度越小喧伞。
Clips蝶涩，這個(gè)下面列出了這個(gè) FBX 文件下包含的所有動(dòng)畫，我們在默認(rèn)的動(dòng)畫文件基礎(chǔ)上新建和刪除動(dòng)畫片段 (Animation Clip)絮识，當(dāng)然每個(gè)動(dòng)畫片段都是可以指定起始幀和結(jié)束幀的绿聘； 以下的設(shè)置都是針對單個(gè)動(dòng)畫片段滴：Loop Time，勾選這個(gè)選項(xiàng)之后次舌，如果 Animator 處于播放這個(gè)動(dòng)畫狀態(tài)時(shí)熄攘，在播放完第一遍這個(gè)動(dòng)畫片段之后，會自動(dòng)循環(huán)從起始幀再次開始播放動(dòng)畫彼念，如此循環(huán)往復(fù)挪圾。如果我們不勾選這個(gè)選項(xiàng)，例如 Animator 一直處于播放這個(gè)動(dòng)畫的狀態(tài)逐沙，那么動(dòng)畫會定格在動(dòng)畫的結(jié)束幀哲思，直到我們通過 Animator 切換這個(gè) Animator 狀態(tài)機(jī)的狀態(tài)，切換到其他的動(dòng)畫吩案；Loop Pose 和 Cycle Offset棚赔，在勾選了 Loop Time 之后生效的兩個(gè)選項(xiàng)，Loop Pose 用于控制動(dòng)畫循環(huán)播放時(shí)徘郭，從結(jié)束幀切換到起始幀時(shí)靠益，動(dòng)畫的動(dòng)作可以無縫的銜接上，Cycly Offset 就是用于控制循環(huán)的時(shí)候起始幀偏移用的残揉；

Root Transform Rotation胧后，根節(jié)點(diǎn)的旋轉(zhuǎn)信息Bake Into Pose，勾選后會將根節(jié)點(diǎn)每一幀的旋轉(zhuǎn)方向信息烘焙到動(dòng)畫的骨骼運(yùn)動(dòng)中抱环，在整個(gè)動(dòng)畫播放的過程中壳快，根節(jié)點(diǎn)的旋轉(zhuǎn)信息就不會在通過 Root Motion 作用到播放該動(dòng)畫的 GameObject 上了，這就意味著這個(gè)動(dòng)畫播放的過程中镇草，該物體的 Transform 中的 Rotation 值不會因?yàn)閯?dòng)畫中物體做了任何旋轉(zhuǎn)而發(fā)生改變眶痰，而是會保持一個(gè)恒定的值，和該動(dòng)畫播放之前的旋轉(zhuǎn)值保持一致;
Based Upon (at Start) 或者 Based Upon陶夜，根節(jié)點(diǎn)旋轉(zhuǎn)的參考基準(zhǔn)凛驮，有兩個(gè)選項(xiàng)『Original 和 Root Node Rotation』這兩個(gè)分別指的是動(dòng)畫文件中指定的旋轉(zhuǎn)值和根節(jié)點(diǎn)旋轉(zhuǎn)信息，其實(shí)我更愿意將 Original 理解為動(dòng)畫中原點(diǎn)的旋轉(zhuǎn)值条辟，因?yàn)樵谡麄€(gè)動(dòng)畫播放的過程中黔夭，所有骨骼肯定都會有旋轉(zhuǎn)和位移的變換宏胯，但是動(dòng)畫的原點(diǎn)其實(shí)一定都是確定的，這樣理解感覺更簡單也更形象一些本姥，勾選了 Bake Into Pose 之后肩袍，就會變成 Based Upon 而不勾選 Bake Into Pose 就會保持為 Based Upon (at Start)，這個(gè)目前還木有理解為啥婚惫；
Offset氛赐，旋轉(zhuǎn)角度與參考基準(zhǔn)的偏移（以度為單位）；

Root Transform Position(Y)先舷，根節(jié)點(diǎn)位移信息（Y 軸）Bake Into Pose艰管，勾選后會將根節(jié)點(diǎn)每一幀在垂直 Y 軸方向上的運(yùn)動(dòng)信息烘焙到動(dòng)畫的骨骼運(yùn)動(dòng)中，在整個(gè)動(dòng)畫播放的過程中蒋川，根節(jié)點(diǎn)在 Y 軸方向的所有位移信息不會通過 Root Motion 作用到播放該動(dòng)畫的 GameObject 上牲芋，這就意味著我們在場景中看到物體在 Y 軸上有位移，例如向上或者向下移動(dòng)捺球，但是該物體的 Transform 中的 Position 信息不會發(fā)生改變缸浦，會跟動(dòng)畫播放之前的 Position 信息保持一致；
Based Upon 或者 Based Upon (at Start)氮兵，這個(gè)貌似有點(diǎn)不一樣哦裂逐，在選中 Bake Into Pose 之后會變成 Based Upon (at Start)，不勾選的時(shí)候是 Based Upon泣栈，不過這個(gè)就能理解了卜高。不烘焙的話，那么 Root Motion 中 Y 軸的變化就依賴于選擇的『Original 或者 Root Node Position』的 Y 軸位移變化秩霍，如果選擇烘焙的話篙悯，那么就以這個(gè)動(dòng)畫的起始幀的 Y 軸作為整個(gè)動(dòng)畫 Root Motion 的 Y 軸位移蚁阳，在整個(gè)動(dòng)畫播放的過程中铃绒，Y 軸的位移都是恒定不變的；
Offset螺捐，垂直方向上的偏移颠悬；

Root Transform Position(XZ)，根節(jié)點(diǎn)位移信息（水平面定血，XZ 軸）Bake Into Pose赔癌，勾選后會將根節(jié)點(diǎn)每一幀在水平面（X 和 Z 軸）方向上的運(yùn)動(dòng)信息烘焙到動(dòng)畫的骨骼運(yùn)動(dòng)中，在整個(gè)動(dòng)畫播放的過程中澜沟，根節(jié)點(diǎn)在 X 和 Z 軸方向的所有位移信息不會通過 Root Motion 作用到播放該動(dòng)畫的 GameObject 上灾票，這就意味著我們在場景中看到物體在水平面上移動(dòng)，但是該物體的 Transform 中的 Position 信息不會發(fā)生改變茫虽，會跟動(dòng)畫播放之前的 Position 信息保持一致刊苍，假如動(dòng)畫中物體會向前移動(dòng) 3 米既们，我們會看到物體在整個(gè)動(dòng)畫播放過程中確實(shí)在向前移動(dòng)，播放到最后一幀時(shí)確實(shí)向前移動(dòng)了 3 米正什，但是當(dāng)這個(gè)動(dòng)畫播放完畢之后啥纸，切換到任何其他的動(dòng)畫時(shí)，物體會直接閃回這個(gè)動(dòng)畫播放前物體所在的位置婴氮，所以通常我們需要保留動(dòng)作位移的動(dòng)畫都不會勾選這個(gè)選項(xiàng)斯棒。那這個(gè)選項(xiàng)有神馬用捏？例如某些待機(jī)動(dòng)畫主经，我們其實(shí)希望物體只是做一個(gè)待機(jī)動(dòng)作荣暮，但是實(shí)際上不想讓物體在水平方向上有位移，這個(gè)時(shí)候就可以勾選這個(gè)選項(xiàng)了罩驻，到時(shí)候看起來物體就像是釘在水平面上了渠驼；

Mask，這個(gè)掩碼主要是用于控制動(dòng)畫播放過程中鉴腻，各個(gè)骨骼之間的運(yùn)動(dòng)變換的Definition迷扇，可以選擇從動(dòng)畫文件創(chuàng)建也可以選擇使用其他動(dòng)畫文件中已經(jīng)創(chuàng)建好的配置；
Transform爽哎，這個(gè)就是動(dòng)畫文件中所有骨骼的層級關(guān)系蜓席，可以選擇勾選那些需要應(yīng)用動(dòng)畫中運(yùn)動(dòng)變換的骨骼；

Curves课锌，這個(gè)主要用于設(shè)置某些跟動(dòng)畫相關(guān)的參數(shù)用厨内，例如控制整個(gè)動(dòng)畫播放過程中的速度參數(shù)之類的，在動(dòng)畫播放的過程中可以通過 Animator.GetFloat(ParamName) 函數(shù)來讀取曲線的值渺贤，曲線的 X 軸為動(dòng)畫的時(shí)間軸雏胃，Y 軸為曲線的值，曲線可以通過曲線編輯器進(jìn)行增加關(guān)鍵點(diǎn)志鞍，調(diào)整曲線斜率進(jìn)行編輯瞭亮，讀取時(shí)默認(rèn)會根據(jù)當(dāng)前動(dòng)畫播放的進(jìn)度作為 X 軸的值進(jìn)行讀取，一個(gè)動(dòng)畫片段可以有多個(gè)曲線固棚；
Events统翩，這個(gè)是用于在動(dòng)畫播放的過程中觸發(fā)事件的，例如整個(gè)動(dòng)畫中有起跳和落地兩個(gè)事件需要在準(zhǔn)確的時(shí)間點(diǎn)觸發(fā)并通知到游戲中其他的對象此洲，那么就可以在 Events 時(shí)間軸上新增事件通知厂汗，設(shè)置好觸發(fā)的方法名稱和參數(shù)，在播放該動(dòng)畫的 GameObject 上確保有某個(gè)腳本中有與該事件通知的方法簽名一致的方法就好了呜师，當(dāng)動(dòng)畫播放到觸發(fā)通知時(shí)間時(shí)娶桦，就會向 GameObject 廣播該時(shí)間通知，腳本中方法簽名一致的方法就會被回調(diào)了，那我們就可以做我們需要做的事情了衷畦。

說了這么多貌似跟 Root Motion 不是很相關(guān)的東西氮双，那么究竟我們今天的主題是啥呢？肯定還是 Root Motion 這貨霎匈。主要因?yàn)閯?dòng)畫導(dǎo)入時(shí)的設(shè)置對于 Root Motion 的應(yīng)用影響非常直接戴差，所以前面絮絮叨叨地把這個(gè)動(dòng)畫導(dǎo)入設(shè)置都羅列了一遍。
回到正題铛嘱，Generic 動(dòng)畫應(yīng)用 Root Motion 有以下幾個(gè)特點(diǎn)：
Root Motion 僅僅作用于 GameObject 在 X 和 Z 軸上的位移變換暖释，不影響 Y 軸上的位移。例如現(xiàn)在播放一個(gè)從地上向前空翻之后落地的動(dòng)畫墨吓，設(shè)置 Animator 的 applyRootMotion 為 True球匕，也就是應(yīng)用 Root Motion，那么動(dòng)畫在播放過程中帖烘，物體會在水平方向和垂直方向上都按照實(shí)際動(dòng)畫的運(yùn)動(dòng)軌跡進(jìn)行運(yùn)動(dòng)亮曹，如果將 applyRootMotion 設(shè)置為 False，那么我們就只能看到動(dòng)畫在原地起跳然后再落地秘症，動(dòng)畫中原本應(yīng)有的在水平方向的位移就沒有了照卦；
Root Motion 與導(dǎo)入動(dòng)畫時(shí)設(shè)置 Root Transform Position(XZ) 是直接相關(guān)的，如果我們選擇了將 X 和 Z 軸方向上根節(jié)點(diǎn)的位移烘焙到動(dòng)畫骨骼運(yùn)動(dòng)中的話乡摹，那么動(dòng)畫播放過程中不論我們是否將 Animator 的 applyRootMotion 設(shè)置為 True 還是 False役耕，動(dòng)畫播放過程中物體在 X 和 Z 上的移動(dòng)是一定的，因?yàn)檫@個(gè)已經(jīng)被烘焙到骨骼動(dòng)畫中聪廉，只要?jiǎng)赢嫴シ潘捕唬矬w就會移動(dòng)，但是在動(dòng)畫播放的過程中 GameObject 的 Position 值不會改變板熊，在動(dòng)畫結(jié)束后我們切換到其他動(dòng)畫的時(shí)候框全，其他動(dòng)畫開始播放時(shí)的 GameObject 的位置會回到這個(gè)動(dòng)畫播放前的位置，所以如果我們需要對某個(gè)動(dòng)畫應(yīng)用 Root Motion 的話干签，那么這個(gè)動(dòng)畫在導(dǎo)入的時(shí)候就不要烘焙其在 X 和 Z 軸方向上的 Root Transform Position津辩，讓 Unity 自行根據(jù)動(dòng)畫中根節(jié)點(diǎn)的位移進(jìn)行位移計(jì)算 GameObject 的位置信息；
注意 Root Motion 與 Rigidbody.Velocity 屬性的關(guān)系筒严，如果有兩個(gè)動(dòng)畫 A 和 B丹泉，播放 A 動(dòng)畫的時(shí)候，希望 A 動(dòng)畫應(yīng)用 Root Motion鸭蛙，而在播放 B 動(dòng)畫的時(shí)候不想應(yīng)用 Root Motion，那么就直接在切換到動(dòng)畫 B 的時(shí)候筋岛，將 Animator 的 applyRootMotion 設(shè)置為 False 就 OK 了娶视。但是如果播放動(dòng)畫的 GameObject 帶有 Rigidbody 組件，那么需要注意一點(diǎn)，在播放 A 動(dòng)畫時(shí) Rigidbody 的 Velocity 并不會在切換到 B 動(dòng)畫時(shí)清零肪获，也就是說如果 A 動(dòng)畫的運(yùn)動(dòng)速度較快寝凌，那么切換到 B 動(dòng)畫的時(shí)候，如果希望 B 動(dòng)畫播放的時(shí)候 GameObject 按照自己的設(shè)定軌跡運(yùn)動(dòng)孝赫，就需要自行手動(dòng)在切換到 B 動(dòng)畫之前將 Rigidbody 的 Velocity 屬性清零较木，防止 GameObject 按照 A 動(dòng)畫的運(yùn)動(dòng)慣性繼續(xù)運(yùn)動(dòng)。這個(gè)問題在沒有 Rigidbody 組件的 GameObject 上不會存在青柄；

這邊再岔開一下伐债，說說這個(gè)動(dòng)畫跟 Rigidbody 之間的關(guān)系：
如果我們沒有將 Root Transform Position 的 Y 和 XZ 軸進(jìn)行烘焙的話，那么在動(dòng)畫播放的過程中致开，Rigidbody 將會自動(dòng)獲得動(dòng)畫中物體運(yùn)動(dòng)的速度信息峰锁，直接通過 Rigidbody.Velocity 屬性就可以獲得；
如果我們將 Y 軸進(jìn)行烘焙双戳，那么 Rigidbody.Velocity 在 Y 軸上的值將會一直為 0虹蒋，對于 XZ 軸也是一樣的，如果烘焙了 XZ 軸的位移飒货，那么整個(gè)動(dòng)畫播放過程中魄衅，Rigidbody.Velocity 在 X 和 Z 軸上的值都會為 0；
如果播放動(dòng)畫的物體沒有 Rigidbody 組件塘辅，那么動(dòng)畫的運(yùn)動(dòng)都會僅僅按照動(dòng)畫實(shí)際的位移來進(jìn)行逐幀播放赫冬，不會出現(xiàn)上文中提到的動(dòng)畫播放切換之后還存在的運(yùn)動(dòng)慣性問題，因?yàn)槲锢硪嬉蕾囉?Rigidbody 組件笙隙，如果沒有該組件结啼，所有動(dòng)畫的播放都只是逐幀播放動(dòng)畫，不會存在速度的概念只有移動(dòng)位移沮榜。
Rigidbody 使用使用重力對于動(dòng)畫在 Y 軸上的位移沒有任何影響盘榨，不論是否對 Root Transform Position 的 Y 軸進(jìn)行了烘焙。