1. 項(xiàng)目概述為什么你的Unity動(dòng)畫會(huì)卡做Unity項(xiàng)目尤其是移動(dòng)端或者有大量角色的項(xiàng)目最頭疼的問(wèn)題之一就是動(dòng)畫卡頓。你精心設(shè)計(jì)的角色動(dòng)作在編輯器里絲滑流暢一打包到真機(jī)上或者場(chǎng)景里角色一多立馬變得一卡一卡的體驗(yàn)直線下降。很多開(kāi)發(fā)者第一反應(yīng)是“性能不夠”然后開(kāi)始無(wú)腦降低模型面數(shù)、壓縮貼圖但往往收效甚微。其實(shí)動(dòng)畫系統(tǒng)本身就是一個(gè)巨大的性能消耗源而其中很多消耗是“看不見(jiàn)”的比如動(dòng)畫曲線數(shù)據(jù)的冗余、關(guān)鍵幀的過(guò)度采樣以及動(dòng)畫狀態(tài)機(jī)不合理的過(guò)渡邏輯。這個(gè)問(wèn)題的核心在于我們通常從美術(shù)或動(dòng)畫軟件如Maya、Blender、3ds Max導(dǎo)出的動(dòng)畫文件其數(shù)據(jù)格式是為“編輯”和“保真”設(shè)計(jì)的而不是為“實(shí)時(shí)運(yùn)行”優(yōu)化的。一個(gè)簡(jiǎn)單的揮手動(dòng)畫可能包含了角色骨骼鏈上數(shù)十個(gè)骨骼在每一幀的旋轉(zhuǎn)、位移、縮放數(shù)據(jù)。這些數(shù)據(jù)以浮點(diǎn)數(shù)的形式存儲(chǔ)數(shù)據(jù)量巨大。更關(guān)鍵的是很多相鄰幀之間的數(shù)據(jù)變化微乎其微完全可以被合并或簡(jiǎn)化而不會(huì)對(duì)最終視覺(jué)表現(xiàn)產(chǎn)生可感知的影響。“告別卡頓Unity動(dòng)畫優(yōu)化終極指南從曲線壓縮到關(guān)鍵幀精簡(jiǎn)”這個(gè)標(biāo)題直指了Unity動(dòng)畫性能優(yōu)化的兩個(gè)核心且常被忽視的環(huán)節(jié)曲線壓縮和關(guān)鍵幀精簡(jiǎn)。這不僅僅是兩個(gè)孤立的設(shè)置而是一套從數(shù)據(jù)源頭到運(yùn)行時(shí)管理的完整優(yōu)化思路。曲線壓縮解決的是數(shù)據(jù)存儲(chǔ)和插值計(jì)算的效率問(wèn)題而關(guān)鍵幀精簡(jiǎn)則是從根源上削減不必要的數(shù)據(jù)量。兩者結(jié)合能顯著降低動(dòng)畫系統(tǒng)的CPU開(kāi)銷計(jì)算插值和內(nèi)存占用存儲(chǔ)動(dòng)畫數(shù)據(jù)從而為更復(fù)雜的場(chǎng)景、更多的同屏角色騰出寶貴的性能空間。這篇文章我將結(jié)合自己踩過(guò)的無(wú)數(shù)個(gè)坑從原理到實(shí)操為你拆解如何系統(tǒng)性地優(yōu)化Unity動(dòng)畫性能。無(wú)論你是獨(dú)立開(kāi)發(fā)者還是團(tuán)隊(duì)中的技術(shù)美術(shù)、客戶端程序員這套方法都能幫你快速定位動(dòng)畫性能瓶頸并實(shí)施有效的優(yōu)化策略讓你項(xiàng)目的動(dòng)畫真正“絲滑”起來(lái)。2. 動(dòng)畫性能瓶頸深度剖析數(shù)據(jù)與計(jì)算的雙重壓力在動(dòng)手優(yōu)化之前我們必須先搞清楚Unity動(dòng)畫系統(tǒng)這里主要指基于Animator組件的Mecanim系統(tǒng)的性能消耗主要在哪里。盲目?jī)?yōu)化就像蒙著眼睛打靶效率極低。2.1 核心消耗源Clip數(shù)據(jù)與采樣計(jì)算一個(gè)動(dòng)畫片段AnimationClip在Unity內(nèi)部本質(zhì)上是一系列隨時(shí)間變化的曲線AnimationCurve的集合。每條曲線對(duì)應(yīng)一個(gè)動(dòng)畫通道例如“左大腿骨骼的X軸旋轉(zhuǎn)”。這些曲線由一系列關(guān)鍵幀Keyframe定義Unity在運(yùn)行時(shí)根據(jù)當(dāng)前時(shí)間t通過(guò)插值算法通常是貝塞爾曲線插值計(jì)算出該時(shí)刻的曲線值再將這個(gè)值應(yīng)用到對(duì)應(yīng)的骨骼或?qū)傩陨?。由此性能消耗主要?lái)自兩方面數(shù)據(jù)內(nèi)存占用每個(gè)關(guān)鍵幀都存儲(chǔ)著時(shí)間time和值value可能還有入切線和出切線inTangent/outTangent。一個(gè)擁有100根骨骼的角色每個(gè)骨骼有旋轉(zhuǎn)可能用四元數(shù)存儲(chǔ)為4個(gè)浮點(diǎn)數(shù)、位移3個(gè)浮點(diǎn)數(shù)、縮放3個(gè)浮點(diǎn)數(shù)共約10個(gè)通道。一個(gè)300幀的動(dòng)畫理論上的關(guān)鍵幀數(shù)據(jù)量就是100骨骼 * 10通道/骨骼 * 300幀 * 平均每個(gè)關(guān)鍵幀大小。這只是一個(gè)動(dòng)畫的數(shù)據(jù)量。如果角色有10個(gè)動(dòng)畫內(nèi)存占用就非?？捎^了。實(shí)時(shí)采樣計(jì)算每一幀Animator都需要為每個(gè)活躍的AnimationClip計(jì)算當(dāng)前時(shí)間點(diǎn)對(duì)應(yīng)的曲線值。這涉及到查找關(guān)鍵幀找到當(dāng)前時(shí)間t前后兩個(gè)關(guān)鍵幀和執(zhí)行插值計(jì)算。骨骼和通道數(shù)量越多需要進(jìn)行的插值計(jì)算就越多CPU負(fù)擔(dān)就越重。尤其是在使用復(fù)雜的狀態(tài)機(jī)、動(dòng)畫層Layers或動(dòng)畫混合Blend Trees時(shí)多個(gè)Clip需要同時(shí)采樣并混合計(jì)算量會(huì)成倍增加。2.2 常見(jiàn)誤區(qū)與隱形殺手很多開(kāi)發(fā)者會(huì)忽略以下問(wèn)題導(dǎo)入設(shè)置一刀切所有動(dòng)畫文件都用同一套導(dǎo)入設(shè)置Model或Animation選項(xiàng)卡下的配置沒(méi)有根據(jù)動(dòng)畫的復(fù)雜度和重要性進(jìn)行差異化處理。一個(gè)復(fù)雜的全身骨骼動(dòng)畫和一個(gè)簡(jiǎn)單的UI顏色漸變動(dòng)畫顯然不應(yīng)該使用相同的容錯(cuò)度。過(guò)度依賴“Humanoid”通用性Humanoid動(dòng)畫類型確實(shí)便于重定向但它的優(yōu)化選項(xiàng)相對(duì)固定有時(shí)為了通用性犧牲了最優(yōu)的數(shù)據(jù)壓縮。忽視“浮點(diǎn)精度”與“視覺(jué)保真”的平衡我們總希望數(shù)據(jù)100%精確但在屏幕上人眼根本無(wú)法分辨旋轉(zhuǎn)角度0.0001度和0.0002度的區(qū)別。死守不必要的精度就是浪費(fèi)性能。動(dòng)畫狀態(tài)機(jī)設(shè)計(jì)臃腫過(guò)于復(fù)雜的狀態(tài)過(guò)渡、過(guò)多的動(dòng)畫層同時(shí)生效會(huì)導(dǎo)致每幀需要采樣和混合的Clip數(shù)量激增這是除了Clip本身數(shù)據(jù)量之外的另一個(gè)主要CPU開(kāi)銷來(lái)源。理解了這些我們的優(yōu)化就有了明確的目標(biāo)在盡可能保持視覺(jué)質(zhì)量的前提下減少單個(gè)AnimationClip的數(shù)據(jù)量并降低其采樣計(jì)算復(fù)雜度。這就是“曲線壓縮”和“關(guān)鍵幀精簡(jiǎn)”要解決的根本問(wèn)題。3. 曲線壓縮實(shí)戰(zhàn)精度與性能的博弈曲線壓縮是Unity動(dòng)畫導(dǎo)入管線中自帶的、非常重要的一步優(yōu)化。它的原理是在導(dǎo)入動(dòng)畫時(shí)Unity會(huì)對(duì)原始動(dòng)畫曲線數(shù)據(jù)進(jìn)行“有損”或“無(wú)損”的再處理以減少存儲(chǔ)空間和運(yùn)行時(shí)插值計(jì)算量。3.1 關(guān)鍵設(shè)置解析Anim. Compression選項(xiàng)在項(xiàng)目面板選中FBX文件或動(dòng)畫文件在Inspector的Animation選項(xiàng)卡下找到Anim. Compression下拉菜單。這是控制曲線壓縮的核心。Off不進(jìn)行壓縮。保留從DCC數(shù)字內(nèi)容創(chuàng)作軟件導(dǎo)出的原始關(guān)鍵幀數(shù)據(jù)。絕對(duì)不推薦用于任何發(fā)布版本僅用于調(diào)試或需要絕對(duì)保真的特殊場(chǎng)合。Keyframe Reduction最常用、最有效的選項(xiàng)。它會(huì)嘗試移除對(duì)動(dòng)畫曲線形狀影響微乎其微的關(guān)鍵幀。其行為由下面的Rotation Error和Position Error等容差值控制。OptimalUnity會(huì)嘗試在Keyframe Reduction和Dense壓縮格式之間自動(dòng)選擇它認(rèn)為更高效的一種。效果不錯(cuò)但不如手動(dòng)調(diào)節(jié)Keyframe Reduction的容差來(lái)得精細(xì)可控。Dense一種特殊的存儲(chǔ)格式對(duì)于非常密集、規(guī)律的關(guān)鍵幀序列可能有更好的壓縮率但通常不如Keyframe Reduction通用。我們的主攻方向就是Keyframe Reduction。3.2 核心參數(shù)調(diào)優(yōu)如何設(shè)置容差值啟用Keyframe Reduction后下面幾個(gè)容差參數(shù)決定了壓縮的“激進(jìn)”程度Rotation Error旋轉(zhuǎn)容差單位度。這是最重要的參數(shù)。它定義了在壓縮后任意時(shí)刻的骨骼旋轉(zhuǎn)與原始數(shù)據(jù)相比所允許的最大角度偏差。例如設(shè)置為0.5意味著壓縮后的動(dòng)畫骨骼旋轉(zhuǎn)與原始數(shù)據(jù)的偏差不會(huì)超過(guò)0.5度。如何設(shè)置對(duì)于主要角色、核心動(dòng)作如攻擊、技能可以設(shè)置得小一些比如0.1到0.5以保證動(dòng)作力度和姿態(tài)的準(zhǔn)確性。對(duì)于遠(yuǎn)景角色、小怪、環(huán)境動(dòng)畫如飄動(dòng)的旗幟可以大膽調(diào)高比如1.0甚至3.0。人眼對(duì)小幅度的旋轉(zhuǎn)變化不敏感。Position Error位移容差單位米。定義了骨骼位置允許的最大偏差。如何設(shè)置通常比旋轉(zhuǎn)容差更不敏感。對(duì)于腳部IK逆向運(yùn)動(dòng)學(xué)相關(guān)的動(dòng)畫確保腳不穿透地面需要較小值如0.001。對(duì)于一般性的身體移動(dòng)0.01左右即可。對(duì)于空中飛舞的粒子特效附著骨骼可以更大。Scale Error縮放容差。通常影響很小除非動(dòng)畫特意做了縮放否則保持默認(rèn)即可。實(shí)操技巧分批次、對(duì)比測(cè)試不要一次性調(diào)整所有動(dòng)畫。我通常的做法是根據(jù)動(dòng)畫重要性分類核心動(dòng)作A類、次要?jiǎng)幼鰾類、背景動(dòng)作C類。為每類動(dòng)畫創(chuàng)建一個(gè)預(yù)設(shè)的導(dǎo)入覆蓋使用Override for Model模式或通過(guò)腳本批量處理。對(duì)A類動(dòng)畫從保守值開(kāi)始如Rot Err0.2 Pos Err0.005在目標(biāo)平臺(tái)如安卓中端機(jī)上測(cè)試觀察是否有肉眼可見(jiàn)的變形或抖動(dòng)尤其是關(guān)節(jié)處。逐步調(diào)大容差直到發(fā)現(xiàn)輕微瑕疵然后回退一個(gè)安全值。B類、C類動(dòng)畫可以更激進(jìn)。務(wù)必在真機(jī)上測(cè)試因?yàn)榫庉嬈飨碌男阅鼙憩F(xiàn)和視覺(jué)精度可能與真機(jī)有差異。3.3 利用Animation Preview窗口進(jìn)行視覺(jué)驗(yàn)證調(diào)整容差時(shí)一定要打開(kāi)Animation Preview窗口在Inspector的Animation選項(xiàng)卡底部點(diǎn)擊Preview區(qū)域可展開(kāi)。在這里你可以拖動(dòng)時(shí)間軸逐幀觀察壓縮前后的動(dòng)畫。重點(diǎn)關(guān)注關(guān)節(jié)密集部位如肩部、脊椎、手指在運(yùn)動(dòng)中的平滑度。觀察腳部等接觸部位是否有滑動(dòng)位移容差過(guò)大可能導(dǎo)致。使用窗口上的“顯示優(yōu)化前/后關(guān)鍵幀”的選項(xiàng)如果可用直觀看到有多少冗余關(guān)鍵幀被移除了。注意Keyframe Reduction是一種預(yù)處理在導(dǎo)入時(shí)完成。修改容差后需要重新導(dǎo)入動(dòng)畫或整個(gè)模型文件才能生效。對(duì)于已經(jīng)大量使用的動(dòng)畫修改前最好做好備份或版本管理。4. 關(guān)鍵幀精簡(jiǎn)進(jìn)階手工與自動(dòng)化的結(jié)合曲線壓縮是Unity自動(dòng)進(jìn)行的全局優(yōu)化。但有時(shí)我們需要更精細(xì)的控制或者針對(duì)特定問(wèn)題下手。這就是關(guān)鍵幀精簡(jiǎn)的用武之地。它可以在自動(dòng)壓縮的基礎(chǔ)上進(jìn)一步“瘦身”。4.1 識(shí)別冗余關(guān)鍵幀的來(lái)源冗余關(guān)鍵幀通常來(lái)自動(dòng)畫師的習(xí)慣在DCC軟件中動(dòng)畫師可能為了確保曲線平滑在變化不大的區(qū)段也設(shè)置了關(guān)鍵幀或者使用了自動(dòng)插幀工具導(dǎo)致關(guān)鍵幀過(guò)密。數(shù)據(jù)導(dǎo)出某些導(dǎo)出插件或設(shè)置可能會(huì)導(dǎo)出每一幀都是關(guān)鍵幀的“逐幀動(dòng)畫”這對(duì)于漸變類動(dòng)畫是巨大的浪費(fèi)。無(wú)關(guān)骨骼的動(dòng)畫例如一個(gè)只有上半身?yè)]手的動(dòng)畫下半身的骨骼數(shù)據(jù)可能仍然是完整的雖然值沒(méi)變但這些不變的數(shù)據(jù)也被記錄了下來(lái)。4.2 在DCC軟件中預(yù)先優(yōu)化最好的優(yōu)化是在源頭進(jìn)行。指導(dǎo)動(dòng)畫師或自己檢查簡(jiǎn)化曲線在Maya或Blender的曲線編輯器中使用“簡(jiǎn)化曲線”Simplify Curve或類似功能移除斜率變化平緩區(qū)域的關(guān)鍵幀。烘焙動(dòng)畫如果動(dòng)畫使用了復(fù)雜的約束、驅(qū)動(dòng)關(guān)鍵幀等先將其烘焙為純粹的關(guān)鍵幀動(dòng)畫再導(dǎo)出。這能消除運(yùn)行時(shí)解算約束的開(kāi)銷并讓曲線數(shù)據(jù)更規(guī)整便于Unity壓縮。分離動(dòng)畫層將不同部位的動(dòng)畫如身體移動(dòng)、面部表情、手持武器分開(kāi)制作和導(dǎo)出在Unity中用動(dòng)畫層Layers或Avatar Mask進(jìn)行組合。這樣可以對(duì)不同部位的動(dòng)畫應(yīng)用不同的壓縮策略。4.3 在Unity中進(jìn)行后期精簡(jiǎn)對(duì)于已經(jīng)導(dǎo)入的動(dòng)畫我們還有辦法利用Anim. Compression的Keyframe Reduction如上所述這是最主要的手段。使用Animation UtilityAPI進(jìn)行編程精簡(jiǎn)對(duì)于需要?jiǎng)討B(tài)生成或批量處理的動(dòng)畫可以使用UnityEditor.AnimationUtility注意這通常只在編輯器下可用來(lái)編程訪問(wèn)和修改動(dòng)畫曲線的關(guān)鍵幀數(shù)據(jù)實(shí)現(xiàn)自定義的精簡(jiǎn)算法。例如你可以寫一個(gè)編輯器腳本遍歷所有指定動(dòng)畫的曲線刪除那些值與前后幀線性插值結(jié)果相差小于某個(gè)閾值的幀。// 示例思路非完整代碼在Editor腳本中 AnimationClip clip ...; EditorCurveBinding[] bindings AnimationUtility.GetCurveBindings(clip); foreach (var binding in bindings) { AnimationCurve curve AnimationUtility.GetEditorCurve(clip, binding); // 分析curve.keys數(shù)組根據(jù)自定義邏輯刪除冗余Keyframe // ... AnimationUtility.SetEditorCurve(clip, binding, newCurve); }檢查并移除無(wú)動(dòng)畫的曲線有時(shí)即使某些骨骼沒(méi)有動(dòng)畫其默認(rèn)的變換曲線常數(shù)值曲線也會(huì)被導(dǎo)入。你可以通過(guò)編寫工具檢查AnimationClip如果某條曲線的所有關(guān)鍵幀值相同可以考慮移除這條曲線對(duì)于Generic動(dòng)畫類型需謹(jǐn)慎可能影響骨骼索引。4.4 針對(duì)Generic與Humanoid動(dòng)畫類型的策略差異HumanoidUnity會(huì)對(duì)Humanoid動(dòng)畫進(jìn)行重定向和肌肉空間Muscle Space的優(yōu)化。其壓縮選項(xiàng)相對(duì)集成化。優(yōu)化重點(diǎn)在于調(diào)好上述的容差參數(shù)并利用Avatar的Muscle Definition來(lái)限制不必要骨骼的運(yùn)動(dòng)范圍間接減少數(shù)據(jù)變化量。Generic提供更底層的控制。你可以在導(dǎo)入時(shí)選擇只導(dǎo)入特定的骨骼節(jié)點(diǎn)在Model選項(xiàng)卡下配置從根本上排除無(wú)關(guān)骨骼的數(shù)據(jù)。對(duì)于Generic動(dòng)畫關(guān)鍵幀精簡(jiǎn)的效果通常更為直接和顯著。我的經(jīng)驗(yàn)是對(duì)于人形角色優(yōu)先使用Humanoid并優(yōu)化容差。對(duì)于非人形生物、道具動(dòng)畫如武器揮舞、門開(kāi)關(guān)使用Generic并精心選擇導(dǎo)出的骨骼節(jié)點(diǎn)能獲得更好的優(yōu)化效果。5. 性能提升量化與真機(jī)測(cè)試優(yōu)化不能憑感覺(jué)必須有數(shù)據(jù)支撐。我們需要一套方法來(lái)衡量?jī)?yōu)化前后的變化。5.1 使用Profiler進(jìn)行深度分析Unity Profiler是你的最佳伙伴。重點(diǎn)看這幾個(gè)部分CPU Usage - Rendering觀察Animation.Update和Animator.Update的耗時(shí)。優(yōu)化后這里的耗時(shí)應(yīng)該顯著下降。CPU Usage - Scripts如果你有自己的動(dòng)畫邏輯代碼如狀態(tài)切換、參數(shù)控制也要關(guān)注其耗時(shí)。Memory - AnimationClip查看動(dòng)畫Clip占用的內(nèi)存。優(yōu)化后內(nèi)存占用應(yīng)有明顯減少。比較同一個(gè)Clip在壓縮前和壓縮后的大小。Simple或Detailed模式在Profiler中選中一幀在CPU Usage區(qū)域下方查看詳細(xì)信息找到Animation相關(guān)的函數(shù)調(diào)用堆棧了解具體是哪些Clip或骨骼消耗了大量時(shí)間。測(cè)試方法構(gòu)建一個(gè)測(cè)試場(chǎng)景放置10-20個(gè)播放相同復(fù)雜動(dòng)畫的角色。在編輯器或真機(jī)上運(yùn)行打開(kāi)Profiler錄制。對(duì)比修改動(dòng)畫導(dǎo)入設(shè)置前后的性能數(shù)據(jù)。重點(diǎn)關(guān)注Animation.Update的峰值和平均耗時(shí)以及動(dòng)畫內(nèi)存的占用。5.2 關(guān)鍵指標(biāo)解讀Animation.Update耗時(shí)降低20%-50%這是一個(gè)非常典型的成功優(yōu)化信號(hào)。這意味著CPU有更多時(shí)間處理游戲邏輯和渲染。動(dòng)畫內(nèi)存占用減少30%-70%取決于原始動(dòng)畫的冗余程度和容差設(shè)置。這對(duì)于移動(dòng)端內(nèi)存緊張的環(huán)境至關(guān)重要可以減少卡頓和閃退。Draw Call基本不變動(dòng)畫優(yōu)化主要影響CPU和內(nèi)存通常不會(huì)直接影響渲染Draw Call。如果發(fā)現(xiàn)Draw Call變化可能是其他原因。5.3 真機(jī)測(cè)試的不可替代性編輯器下的性能表現(xiàn)受電腦硬件影響很大與真機(jī)尤其是移動(dòng)設(shè)備的CPU架構(gòu)、內(nèi)存帶寬、浮點(diǎn)運(yùn)算能力天差地別。因此必須在目標(biāo)平臺(tái)的真機(jī)上進(jìn)行最終測(cè)試。關(guān)注幀率穩(wěn)定性而不僅僅是平均幀率。優(yōu)化后幀率波動(dòng)應(yīng)該更小。使用ADBAndroid或Xcode InstrumentsiOS進(jìn)行更底層的性能分析與Unity Profiler數(shù)據(jù)相互印證。測(cè)試長(zhǎng)時(shí)間運(yùn)行和多角色同屏的極端情況觀察是否有內(nèi)存緩慢增長(zhǎng)或突然卡頓。我曾經(jīng)有一個(gè)項(xiàng)目在編輯器下動(dòng)畫優(yōu)化前后幀率都是滿的但打到安卓老款手機(jī)上優(yōu)化前頻繁掉到40幀以下優(yōu)化后能穩(wěn)定在55幀以上體驗(yàn)提升立竿見(jiàn)影。6. 避坑指南與常見(jiàn)問(wèn)題排查在實(shí)際操作中你會(huì)遇到各種奇怪的問(wèn)題。這里我總結(jié)了一些典型的“坑”和解決方法。6.1 優(yōu)化后動(dòng)畫“變味”了癥狀動(dòng)作力度變軟、關(guān)節(jié)處出現(xiàn)不自然的抽搐、腳步滑動(dòng)。原因容差值特別是Rotation Error設(shè)置得過(guò)大移除了定義關(guān)鍵姿態(tài)的關(guān)鍵幀。排查在Animation Preview中逐幀慢放對(duì)比優(yōu)化前后的動(dòng)畫找到發(fā)生形變的具體時(shí)間點(diǎn)和骨骼。單獨(dú)調(diào)小該動(dòng)畫的容差值或者對(duì)該骨骼的動(dòng)畫曲線進(jìn)行局部保護(hù)這需要更高級(jí)的編輯有時(shí)不如整體調(diào)小容差簡(jiǎn)單。對(duì)于腳步滑動(dòng)重點(diǎn)檢查Position Error并確保在動(dòng)畫中腳部接觸地面的關(guān)鍵幀被正確保留通常這些幀的位移和旋轉(zhuǎn)值都很精確。6.2 文件大小沒(méi)怎么變癥狀調(diào)整了容差重新導(dǎo)入后動(dòng)畫文件在項(xiàng)目中的大小磁盤大小變化不大。原因Unity項(xiàng)目中的資源大小顯示的是序列化后的資產(chǎn)文件大小它包含了額外的元數(shù)據(jù)。更準(zhǔn)確的指標(biāo)是運(yùn)行時(shí)內(nèi)存占用或構(gòu)建后包體Bundle里的大小。動(dòng)畫本身可能已經(jīng)比較精簡(jiǎn)或者冗余關(guān)鍵幀不多。對(duì)于Humanoid動(dòng)畫肌肉空間的轉(zhuǎn)換可能產(chǎn)生額外的數(shù)據(jù)。排查使用Build Report工具查看構(gòu)建后動(dòng)畫資源在最終包體里的體積。在Profiler的Memory模塊中查看AnimationClip的運(yùn)行時(shí)內(nèi)存占用。嘗試切換到Generic動(dòng)畫類型如果適用并精簡(jiǎn)骨骼節(jié)點(diǎn)對(duì)比效果。6.3 優(yōu)化后出現(xiàn)“尖峰”性能開(kāi)銷癥狀平時(shí)流暢但在角色播放某個(gè)特定動(dòng)畫的某一刻CPU出現(xiàn)一個(gè)短暫的尖峰。原因可能是在一個(gè)非常短的時(shí)間區(qū)間內(nèi)仍然保留了密集的關(guān)鍵幀簇例如一個(gè)快速的抖動(dòng)動(dòng)畫。雖然總幀數(shù)少了但剩余的關(guān)鍵幀分布不均勻?qū)е略谀骋粠枰逯档膮^(qū)間跨度突然變大雖然可能性較小或者觸發(fā)了其他邏輯如IK、事件回調(diào)。排查用Profiler抓取尖峰幀查看Animation.Update的詳細(xì)子項(xiàng)。檢查該時(shí)刻是否有大量的AnimationEvent被觸發(fā)。在Animation Preview中觀察對(duì)應(yīng)時(shí)間段的曲線看關(guān)鍵幀是否仍然過(guò)于密集?？梢钥紤]手動(dòng)在DCC軟件中平滑那段曲線。6.4 批量處理的最佳實(shí)踐當(dāng)項(xiàng)目有成百上千個(gè)動(dòng)畫文件時(shí)手動(dòng)一個(gè)個(gè)調(diào)整是不現(xiàn)實(shí)的。使用導(dǎo)入設(shè)置覆蓋Import Overrides在項(xiàng)目面板創(chuàng)建.asset類型的導(dǎo)入設(shè)置預(yù)設(shè)然后批量應(yīng)用到同類型的模型/動(dòng)畫文件上。編寫編輯器腳本使用AssetPostprocessor類在模型導(dǎo)入時(shí)自動(dòng)根據(jù)命名規(guī)則、路徑或自定義標(biāo)簽來(lái)應(yīng)用不同的壓縮設(shè)置。using UnityEditor; public class MyAnimationPostprocessor : AssetPostprocessor { void OnPreprocessAnimation() { ModelImporter modelImporter assetImporter as ModelImporter; if (modelImporter null) return; ModelImporterClipAnimation[] clips modelImporter.defaultClipAnimations; foreach (var clip in clips) { if (clip.name.Contains(_facial)) { // 面部動(dòng)畫高精度 clip.rotationError 0.05f; clip.positionError 0.001f; } else if (clip.name.Contains(_bg)) { // 背景動(dòng)畫低精度 clip.rotationError 2.0f; clip.positionError 0.05f; } else { // 主要身體動(dòng)畫中等精度 clip.rotationError 0.3f; clip.positionError 0.01f; } } modelImporter.clipAnimations clips; } }版本控制修改導(dǎo)入設(shè)置會(huì)導(dǎo)致資源重新導(dǎo)入并改變其元數(shù)據(jù)。確保團(tuán)隊(duì)所有成員使用相同的設(shè)置并將.meta文件納入版本控制以避免不一致性導(dǎo)致的問(wèn)題。7. 超越壓縮系統(tǒng)級(jí)動(dòng)畫性能優(yōu)化思路曲線壓縮和關(guān)鍵幀精簡(jiǎn)是基礎(chǔ)但要達(dá)到終極流暢還需要從系統(tǒng)設(shè)計(jì)層面考慮。7.1 動(dòng)畫狀態(tài)機(jī)Animator Controller優(yōu)化一個(gè)臃腫的Animator Controller是性能殺手。簡(jiǎn)化狀態(tài)與過(guò)渡移除從未使用的狀態(tài)和過(guò)渡條件。復(fù)雜的布爾邏輯網(wǎng)絡(luò)可以用腳本邏輯來(lái)部分替代減少Animator每幀對(duì)參數(shù)的計(jì)算。使用子狀態(tài)機(jī)Sub-State Machine將相關(guān)狀態(tài)分組使結(jié)構(gòu)清晰并可能帶來(lái)微小的性能提升因?yàn)閁nity可以批量處理同一子狀態(tài)機(jī)內(nèi)的狀態(tài)。優(yōu)化過(guò)渡時(shí)長(zhǎng)不必要的長(zhǎng)過(guò)渡意味著更長(zhǎng)時(shí)間的同時(shí)采樣兩個(gè)Clip。確保過(guò)渡時(shí)長(zhǎng)合理并考慮使用Fixed Duration替代Normalized Duration使過(guò)渡時(shí)間不隨動(dòng)畫長(zhǎng)度變化更可控。禁用未使用的動(dòng)畫層如果某個(gè)動(dòng)畫層在當(dāng)前狀態(tài)下不需要可以通過(guò)Animator.SetLayerWeight將其權(quán)重設(shè)為0Unity會(huì)跳過(guò)對(duì)該層的更新。7.2 動(dòng)畫裁剪Culling與LODLevel of DetailAnimator.CullingMode設(shè)置為Based on Renderers或Always Animate。對(duì)于屏幕外或遠(yuǎn)離相機(jī)的角色使用Based on Renderers可以使其動(dòng)畫完全停止更新Culled大幅節(jié)省CPU。但要注意如果角色邏輯依賴動(dòng)畫事件或動(dòng)畫狀態(tài)裁剪可能導(dǎo)致問(wèn)題此時(shí)可能需要Always Animate。動(dòng)畫LOD為同一個(gè)角色制作高、中、低精度的動(dòng)畫版本。根據(jù)角色與相機(jī)的距離或重要性動(dòng)態(tài)切換Animator控制的AnimationClip。例如遠(yuǎn)處的小兵使用關(guān)鍵幀更少、容差更大的簡(jiǎn)化版動(dòng)畫。7.3 實(shí)例化與對(duì)象池優(yōu)化對(duì)于大量同質(zhì)角色如一群小兵使用Animator重定向所有小兵共享同一個(gè)RuntimeAnimatorController和AnimationClip資產(chǎn)。這能極大減少內(nèi)存占用因?yàn)閯?dòng)畫數(shù)據(jù)只在內(nèi)存中存一份。避免每幀查找Animator組件在Start或Awake中緩存Animator引用。謹(jǐn)慎使用Animator.Play直接播放動(dòng)畫會(huì)觸發(fā)一系列內(nèi)部重置。優(yōu)先通過(guò)設(shè)置參數(shù)SetFloatSetTrigger來(lái)驅(qū)動(dòng)狀態(tài)機(jī)過(guò)渡。7.4 GPU動(dòng)畫的考量對(duì)于極端數(shù)量成千上萬(wàn)的簡(jiǎn)單動(dòng)畫角色如人群、草海CPU動(dòng)畫系統(tǒng)可能成為瓶頸。此時(shí)可以考慮GPU動(dòng)畫方案頂點(diǎn)動(dòng)畫紋理將動(dòng)畫烘焙到紋理中在Shader中通過(guò)頂點(diǎn)著色器讀取紋理數(shù)據(jù)來(lái)驅(qū)動(dòng)頂點(diǎn)變換。完全繞過(guò)CPU和Animator系統(tǒng)。Compute Shader動(dòng)畫使用Compute Shader在GPU上并行計(jì)算骨骼變換矩陣。Unity DOTS動(dòng)畫包基于ECS實(shí)體組件系統(tǒng)架構(gòu)的新動(dòng)畫系統(tǒng)為大規(guī)模動(dòng)畫模擬設(shè)計(jì)能高效利用多核CPU。這些屬于高級(jí)優(yōu)化范疇實(shí)施復(fù)雜度高但性能提升也是數(shù)量級(jí)的。對(duì)于大多數(shù)項(xiàng)目做好本文所述的曲線壓縮和關(guān)鍵幀精簡(jiǎn)再輔以合理的狀態(tài)機(jī)設(shè)計(jì)已經(jīng)足以解決90%的動(dòng)畫卡頓問(wèn)題。動(dòng)畫優(yōu)化是一個(gè)從數(shù)據(jù)到邏輯的系統(tǒng)工程。從源頭DCC軟件控制數(shù)據(jù)質(zhì)量在導(dǎo)入環(huán)節(jié)Unity進(jìn)行智能壓縮在運(yùn)行時(shí)代碼和狀態(tài)機(jī)進(jìn)行高效管理三者結(jié)合才能打造出真正流暢的動(dòng)畫體驗(yàn)。記住沒(méi)有銀彈只有針對(duì)性的分析和持續(xù)的調(diào)優(yōu)。拿起Profiler從你項(xiàng)目中那個(gè)最卡的角色開(kāi)始實(shí)踐吧。