1. 旋轉(zhuǎn)的“名”與“實(shí)”從日常困惑到系統(tǒng)認(rèn)知如果你在Unity里擺弄過3D物體尤其是嘗試用代碼控制它的朝向時(shí)大概率經(jīng)歷過這樣的困惑明明給rotation賦值了物體卻紋絲不動用Rotate方法轉(zhuǎn)了幾圈結(jié)果發(fā)現(xiàn)朝向和預(yù)想的完全不一樣或者當(dāng)你興高采烈地調(diào)整一個(gè)物體的Y軸旋轉(zhuǎn)到90度時(shí)整個(gè)物體的旋轉(zhuǎn)軸系突然變得“精神錯(cuò)亂”這就是傳說中的“萬向節(jié)鎖”。這些看似簡單的旋轉(zhuǎn)操作背后是3D圖形學(xué)中一套完整而精密的數(shù)學(xué)體系。今天我們不談高深的四元數(shù)推導(dǎo)就從Unity編輯器里那幾個(gè)最常用的旋轉(zhuǎn)屬性和方法入手掰開揉碎了講清楚它們各自的“脾氣秉性”以及如何在實(shí)際項(xiàng)目中避開那些惱人的坑。很多人把Unity的旋轉(zhuǎn)問題歸咎于“萬向節(jié)鎖”但這其實(shí)是一個(gè)結(jié)果而非全部原因。真正的癥結(jié)在于我們對Transform組件下rotation、localRotation、eulerAngles、localEulerAngles這幾個(gè)屬性以及Rotate這個(gè)方法的內(nèi)在邏輯和相互聯(lián)系缺乏系統(tǒng)性的理解。它們每一個(gè)都代表了一種描述或操作旋轉(zhuǎn)的方式適用于不同的場景用錯(cuò)了地方輕則效果不符預(yù)期重則引入難以調(diào)試的Bug。這篇文章的目的就是幫你建立起這套清晰的認(rèn)知地圖讓你在下次需要處理旋轉(zhuǎn)時(shí)能毫不猶豫地選出最合適的那把“鑰匙”。2. 旋轉(zhuǎn)的兩種核心表達(dá)四元數(shù)與歐拉角在深入U(xiǎn)nity的具體API之前我們必須先理解3D旋轉(zhuǎn)的兩種基本“語言”四元數(shù)和歐拉角。這是所有混亂的根源也是所有清晰理解的起點(diǎn)。2.1 歐拉角人類友好的“角度說明書”歐拉角是我們最直覺的理解方式。它用三個(gè)繞特定坐標(biāo)軸通常是X, Y, Z的連續(xù)旋轉(zhuǎn)角度來描述一個(gè)朝向。在Unity中我們看到的Inspector面板里Transform組件的Rotation字段默認(rèn)顯示的就是歐拉角。它的工作原理是這樣的想象你手里拿著一個(gè)飛機(jī)模型。你先讓它“點(diǎn)頭”繞X軸旋轉(zhuǎn)即Pitch然后讓它“搖頭”繞Y軸旋轉(zhuǎn)即Yaw最后讓它“側(cè)滾”繞Z軸旋轉(zhuǎn)即Roll。這一系列動作的最終結(jié)果就由(pitch, yaw, roll)這一組歐拉角來描述。Unity默認(rèn)的旋轉(zhuǎn)順序是Z - X - Y這對應(yīng)著Roll, Pitch, Yaw但這一點(diǎn)非常容易讓人混淆因?yàn)槲覀冊贗nspector里看到的順序是(X, Y, Z)。注意Inspector里顯示的(X, Y, Z)值并不直接等同于繞世界軸或本地軸依次旋轉(zhuǎn)X度 - Y度 - Z度。它是物體當(dāng)前旋轉(zhuǎn)狀態(tài)所對應(yīng)的、無數(shù)種可能的歐拉角表示法中的一種。直接修改這些值Unity底層會將其轉(zhuǎn)換并應(yīng)用到物體的旋轉(zhuǎn)上。歐拉角的優(yōu)點(diǎn)顯而易見直觀易于理解和手動調(diào)整。你想讓門繞門軸旋轉(zhuǎn)直接修改Y值即可。但其缺點(diǎn)同樣致命萬向節(jié)鎖這是歐拉角最著名的缺陷。當(dāng)?shù)诙€(gè)旋轉(zhuǎn)軸在Unity默認(rèn)順序下是X軸旋轉(zhuǎn)到±90度時(shí)第一個(gè)旋轉(zhuǎn)軸Z軸和第三個(gè)旋轉(zhuǎn)軸Y軸的旋轉(zhuǎn)效果會完全重合丟失一個(gè)旋轉(zhuǎn)自由度。此時(shí)你無法通過單獨(dú)調(diào)整Z或Y來達(dá)成某些特定的朝向。這就像是一個(gè)平衡環(huán)支架被卡住了一樣。歧義性同一個(gè)3D朝向可以用多組不同的歐拉角來表示。例如朝向(0, 180, 0)和(180, 0, 180)可能表示同一個(gè)最終旋轉(zhuǎn)取決于旋轉(zhuǎn)順序。這會導(dǎo)致插值動畫時(shí)出現(xiàn)意外的“旋轉(zhuǎn)路徑”比如物體不是平滑轉(zhuǎn)向而是突然繞大圈。依賴旋轉(zhuǎn)順序(30, 60, 90)以ZXY順序旋轉(zhuǎn)和以XYZ順序旋轉(zhuǎn)得到的結(jié)果天差地別。2.2 四元數(shù)計(jì)算機(jī)高效的“數(shù)學(xué)魔法”為了解決歐拉角的問題數(shù)學(xué)家們引入了四元數(shù)。你可以把它理解為一個(gè)“四維復(fù)數(shù)”它包含一個(gè)標(biāo)量部分(w)和一個(gè)向量部分(x, y, z)。對于旋轉(zhuǎn)我們通常使用單位四元數(shù)。四元數(shù)的核心優(yōu)勢無萬向節(jié)鎖四元數(shù)在數(shù)學(xué)上平滑地表達(dá)了3D空間中的所有旋轉(zhuǎn)不存在奇點(diǎn)。插值平滑在兩個(gè)旋轉(zhuǎn)之間進(jìn)行插值如Quaternion.Slerp時(shí)四元數(shù)能保證沿著最短路徑平滑過渡效果自然。組合旋轉(zhuǎn)高效連續(xù)施加多個(gè)旋轉(zhuǎn)只需將對應(yīng)的四元數(shù)相乘即可計(jì)算效率高。但四元數(shù)對人不友好它的四個(gè)分量(x, y, z, w)沒有直接的幾何意義你無法一眼看出它代表“繞Y軸轉(zhuǎn)了30度”。Quaternion.Identity表示無旋轉(zhuǎn)其值為(0, 0, 0, 1)。Unity的旋轉(zhuǎn)核心Transform組件底層存儲和運(yùn)算旋轉(zhuǎn)使用的都是四元數(shù)。我們平時(shí)打交道的rotation和localRotation屬性其類型就是Quaternion。而eulerAngles屬性只是一個(gè)“視圖”是底層四元數(shù)轉(zhuǎn)換而成的歐拉角表示方便我們閱讀和設(shè)置。理解了這個(gè)根本區(qū)別我們再來審視Unity提供的API就會豁然開朗。3. 屬性深潛rotationvslocalRotationeulerAnglesvslocalEulerAngles這是最容易混淆的兩對屬性。它們的區(qū)別核心在于參考坐標(biāo)系是世界空間World Space還是本地空間Local Space/父物體空間。3.1rotation與localRotation四元數(shù)的兩面transform.rotation(Quaternion) 這是物體相對于世界坐標(biāo)系的旋轉(zhuǎn)。無論這個(gè)物體嵌套在多深的層級里它的rotation描述的都是其最終在世界中朝哪看。獲取得到的是物體當(dāng)前的全球朝向。設(shè)置直接指定物體在世界坐標(biāo)系下的目標(biāo)朝向。例如transform.rotation Quaternion.LookRotation(Vector3.forward);會讓物體面朝世界Z軸正方向無視其父物體的旋轉(zhuǎn)。transform.localRotation(Quaternion) 這是物體相對于其父物體坐標(biāo)系的旋轉(zhuǎn)。如果物體沒有父物體即位于層級根目錄那么localRotation就等于rotation。獲取得到的是物體相對于父物體的局部旋轉(zhuǎn)。Inspector里Rotation字段的值其實(shí)就是localEulerAngles是localRotation的歐拉角形式。設(shè)置修改的是局部旋轉(zhuǎn)。這是最符合直覺的編輯方式。在代碼中修改它效果等同于在Inspector里拖拽旋轉(zhuǎn)值。如何選擇需要讓物體對齊世界方向時(shí)用rotation。比如讓一個(gè)角色始終面朝世界坐標(biāo)系下的某個(gè)目標(biāo)點(diǎn)或者重置物體到世界初始朝向transform.rotation Quaternion.identity。需要處理層級關(guān)系或制作相對動畫時(shí)用localRotation。比如控制一個(gè)車門相對于車身的開合或者一個(gè)關(guān)節(jié)相對于父骨骼的彎曲。這是最常用、最不易出錯(cuò)的方式。一個(gè)關(guān)鍵的心得在代碼中盡量避免直接通過eulerAngles去設(shè)置rotation。因?yàn)閑ulerAngles是rotation的派生屬性當(dāng)你transform.eulerAngles new Vector3(0, 90, 0);時(shí)Unity需要先將這個(gè)歐拉角轉(zhuǎn)換為四元數(shù)再賦值給rotation。這個(gè)轉(zhuǎn)換過程可能因?yàn)槿f向節(jié)鎖或角度規(guī)范化例如370度會被規(guī)范化為10度而產(chǎn)生意想不到的結(jié)果。更安全的做法是使用四元數(shù)構(gòu)造函數(shù)或靜態(tài)方法如Quaternion.Euler(0, 90, 0)然后將結(jié)果賦值給rotation或localRotation。3.2eulerAngles與localEulerAngles四元數(shù)的“人類翻譯”這兩個(gè)屬性分別是rotation和localRotation的歐拉角表示形式。它們是Quaternion與Vector3之間的橋梁但這座橋并不總是穩(wěn)固的。transform.eulerAngles(Vector3) 獲取或設(shè)置物體在世界空間下的歐拉角。它是transform.rotation的歐拉角形式。注意當(dāng)你讀取這個(gè)屬性時(shí)返回的歐拉角值范圍通常在0到360度之間。但Unity內(nèi)部為了計(jì)算和顯示的連續(xù)性可能會返回超出此范圍的值如-10度或370度。直接比較兩個(gè)eulerAngles是否相等是危險(xiǎn)的。transform.localEulerAngles(Vector3) 獲取或設(shè)置物體**在本地空間相對于父物體**下的歐拉角。它是transform.localRotation的歐拉角形式。Inspector面板中顯示的正是這個(gè)值。最大的坑賦值時(shí)的“黑盒轉(zhuǎn)換”當(dāng)你寫下transform.localEulerAngles new Vector3(45, 90, 0);時(shí)背后發(fā)生了以下幾步Unity將這個(gè)Vector3作為歐拉角按照默認(rèn)的Z-X-Y旋轉(zhuǎn)順序計(jì)算出一個(gè)新的四元數(shù)。這個(gè)計(jì)算過程可能遭遇萬向節(jié)鎖導(dǎo)致信息丟失。計(jì)算出的四元數(shù)被賦值給transform.localRotation。當(dāng)你再次讀取transform.localEulerAngles時(shí)Unity會將當(dāng)前的localRotation四元數(shù)轉(zhuǎn)換回歐拉角。這次轉(zhuǎn)換出來的歐拉角值很可能與你最初輸入的那個(gè)(45, 90, 0)完全不同它可能是(45, 90, 0)也可能是(135, 270, 180)但它們代表的最終旋轉(zhuǎn)四元數(shù)在數(shù)學(xué)上是等價(jià)的。實(shí)操建議對于讀取localEulerAngles非常適合用于在UI上顯示當(dāng)前的旋轉(zhuǎn)角度或者用于需要角度數(shù)值的邏輯判斷但要注意比較時(shí)的誤差。對于設(shè)置如果只是簡單的、一次性的角度設(shè)定且旋轉(zhuǎn)軸不涉及可能鎖死的范圍X軸遠(yuǎn)離±90度使用localEulerAngles賦值是方便的。對于復(fù)雜或連續(xù)的旋轉(zhuǎn)操作強(qiáng)烈建議繞過歐拉角直接使用四元數(shù)API。例如要繞本地Y軸旋轉(zhuǎn)90度應(yīng)該用transform.localRotation * Quaternion.Euler(0, 90, 0); // 在現(xiàn)有旋轉(zhuǎn)基礎(chǔ)上疊加 // 或者 transform.localRotation Quaternion.Euler(0, 90, 0); // 設(shè)置為絕對角度這比transform.localEulerAngles new Vector3(0, 90, 0);更加可靠因?yàn)樗苯硬僮魉脑獢?shù)避免了“歐拉角-四元數(shù)-歐拉角”轉(zhuǎn)換鏈中的潛在問題。4. 方法解析Transform.Rotate的坐標(biāo)系與增量之謎Transform.Rotate是用于讓物體旋轉(zhuǎn)起來的動態(tài)方法。它的行為比直接設(shè)置屬性要復(fù)雜因?yàn)樗婕暗皆隽啃D(zhuǎn)、坐標(biāo)系選擇和旋轉(zhuǎn)順序。其最常用的重載是Rotate(Vector3 eulerAngles, Space relativeTo Space.Self)eulerAngles一個(gè)Vector3表示繞各軸旋轉(zhuǎn)的角度。注意這里傳入的是歐拉角增量。relativeTo這是一個(gè)關(guān)鍵參數(shù)默認(rèn)為Space.Self。Space.Self繞物體自身的本地坐標(biāo)系軸旋轉(zhuǎn)。這是最常見的情況比如讓一個(gè)輪子繞其自身的Y軸前進(jìn)軸滾動。Space.World繞世界坐標(biāo)系軸旋轉(zhuǎn)。比如讓一個(gè)物體無論如何傾斜都繞豎直的世界Y軸緩慢公轉(zhuǎn)。它的工作流程當(dāng)你調(diào)用transform.Rotate(new Vector3(0, 10, 0), Space.Self)時(shí)Unity會根據(jù)Space.Self確定旋轉(zhuǎn)軸是物體的本地Y軸。創(chuàng)建一個(gè)表示“繞本地Y軸旋轉(zhuǎn)10度”的四元數(shù)增量Quaternion.Euler(0, 10, 0)。將當(dāng)前物體的rotation世界四元數(shù)乘以這個(gè)增量四元數(shù)得到新的世界旋轉(zhuǎn)。transform.rotation * Quaternion.Euler(0, 10, 0);重要這個(gè)計(jì)算過程不經(jīng)過localEulerAngles。它直接在四元數(shù)層面進(jìn)行因此不受萬向節(jié)鎖影響只要單次增量旋轉(zhuǎn)不涉及奇異點(diǎn)。但是如果你在Update中每幀調(diào)用且旋轉(zhuǎn)軸是可能鎖死的軸如X軸長期累積的旋轉(zhuǎn)仍可能使物體進(jìn)入萬向節(jié)鎖的姿態(tài)。一個(gè)經(jīng)典誤區(qū)// 錯(cuò)誤理解試圖讓物體每幀繞世界Y軸旋轉(zhuǎn)10度同時(shí)保持自身姿態(tài)。 void Update() { transform.Rotate(new Vector3(0, 10, 0), Space.World); }這段代碼確實(shí)會讓物體繞世界Y軸旋轉(zhuǎn)。但是物體的自身朝向也會隨之改變。因?yàn)镽otate是增量操作它改變的是物體最終的rotation。如果你想要的是“公轉(zhuǎn)”效果物體自身不轉(zhuǎn)通常需要將物體作為一個(gè)空物體的子級然后旋轉(zhuǎn)那個(gè)空物體。Rotate與直接修改eulerAngles的區(qū)別Rotate是增量操作基于當(dāng)前狀態(tài)疊加一個(gè)旋轉(zhuǎn)。eulerAngles賦值是絕對操作直接設(shè)定一個(gè)目標(biāo)歐拉角會經(jīng)歷不穩(wěn)定的轉(zhuǎn)換過程。在循環(huán)中實(shí)現(xiàn)連續(xù)旋轉(zhuǎn)使用Rotate更符合直覺且通常更安全。而直接修改eulerAngles在循環(huán)中極易產(chǎn)生累積誤差和意外跳動。5. 萬向節(jié)鎖現(xiàn)象、成因與實(shí)戰(zhàn)規(guī)避終于來到了這個(gè)“臭名昭著”的話題。很多人談“鎖”色變但其實(shí)理解了原理它并不可怕。5.1 現(xiàn)象復(fù)現(xiàn)當(dāng)旋轉(zhuǎn)“失靈”時(shí)在Unity中創(chuàng)建一個(gè)Cube在Inspector中將其Rotation的X值調(diào)整為90或-90度。然后嘗試單獨(dú)拖拽Z軸或Y軸的旋轉(zhuǎn)操縱桿或者修改Z/Y值。你會發(fā)現(xiàn)無論怎么拖Z軸或Y軸物體的旋轉(zhuǎn)效果完全一樣——它只在兩個(gè)維度上變化失去了一個(gè)維度的自由度。這就是萬向節(jié)鎖的直觀表現(xiàn)你無法通過三個(gè)獨(dú)立的軸向旋轉(zhuǎn)來抵達(dá)空間中的每一個(gè)朝向。5.2 成因本質(zhì)歐拉角順序的數(shù)學(xué)奇點(diǎn)其根本原因在于歐拉角表示法的缺陷。當(dāng)我們以Z-X-Y的順序旋轉(zhuǎn)時(shí)先繞Z軸旋轉(zhuǎn)。再繞旋轉(zhuǎn)后的X軸即物體的本地X軸旋轉(zhuǎn)。最后繞經(jīng)過前兩次旋轉(zhuǎn)后的Y軸旋轉(zhuǎn)。當(dāng)?shù)诙降腦軸旋轉(zhuǎn)到90度時(shí)物體的本地Z軸就會與初始的世界Y軸反向或同向?qū)R。此時(shí)第一步的Z軸旋轉(zhuǎn)和第三步的Y軸旋轉(zhuǎn)實(shí)際上是繞同一個(gè)空間軸在旋轉(zhuǎn)它們的作用完全重合了因此你失去了一個(gè)獨(dú)立的控制維度。關(guān)鍵理解萬向節(jié)鎖不是Unity的Bug也不是3D引擎的缺陷而是使用歐拉角尤其是特定旋轉(zhuǎn)順序來描述3D旋轉(zhuǎn)時(shí)固有的數(shù)學(xué)局限性。只要使用歐拉角就無法從根本上避免在某些特定角度第二個(gè)旋轉(zhuǎn)軸為±90度時(shí)失去一個(gè)自由度。5.3 實(shí)戰(zhàn)規(guī)避策略我們該如何應(yīng)對既然無法根除我們就需要在項(xiàng)目中聰明地規(guī)避它。首要策略盡量使用四元數(shù)進(jìn)行運(yùn)算和插值。旋轉(zhuǎn)朝向目標(biāo)使用Quaternion.LookRotation、Quaternion.FromToRotation。平滑插值使用Quaternion.Slerp或Quaternion.Lerp對于小角度差Lerp足夠且更快。組合旋轉(zhuǎn)使用四元數(shù)乘法*。繞軸旋轉(zhuǎn)使用Quaternion.AngleAxis。這是避免萬向節(jié)鎖的利器。比如你想讓物體繞世界“上”軸旋轉(zhuǎn)無論物體當(dāng)前姿態(tài)如何都可以Quaternion deltaRot Quaternion.AngleAxis(angle, Vector3.up); transform.rotation * deltaRot;限制歐拉角的使用范圍。對于需要直接由設(shè)計(jì)師或動畫師調(diào)整的、簡單的、非鏈?zhǔn)降男D(zhuǎn)如一個(gè)開關(guān)的擺動、一個(gè)靜態(tài)物體的朝向使用歐拉角localEulerAngles完全沒有問題因?yàn)槿藭诰庉嫊r(shí)避開奇異點(diǎn)。在代碼中避免對可能進(jìn)入X軸±90度附近的物體進(jìn)行基于歐拉角的連續(xù)、動態(tài)旋轉(zhuǎn)計(jì)算。例如第一人稱攝像頭的上下看Pitch通常要限制在-89°到89°之間就是為了永遠(yuǎn)不觸及90度這個(gè)鎖死點(diǎn)。改變旋轉(zhuǎn)順序或使用其他歐拉角約定。Unity默認(rèn)是Z-X-YRoll-Pitch-Yaw。在某些特定應(yīng)用如航空航天中可能會使用其他順序如Y-X-Z。不同的順序鎖死的位置不同。你可以通過自己編寫歐拉角與四元數(shù)的轉(zhuǎn)換函數(shù)來使用其他順序但這增加了復(fù)雜度一般不推薦在通用游戲邏輯中使用。對于關(guān)節(jié)動畫如人形骨骼使用層級化的局部旋轉(zhuǎn)。這是最自然的方式。大腿繞髖關(guān)節(jié)父空間旋轉(zhuǎn)小腿繞膝關(guān)節(jié)父空間即大腿末端旋轉(zhuǎn)。每個(gè)關(guān)節(jié)只在自己的局部空間內(nèi)進(jìn)行相對簡單的旋轉(zhuǎn)通常不會達(dá)到90度鎖死點(diǎn)通過層級傳遞最終形成復(fù)雜姿態(tài)。這本質(zhì)上是在用許多簡單的、不易鎖死的局部歐拉角旋轉(zhuǎn)來代替一個(gè)復(fù)雜的、易鎖死的全局歐拉角旋轉(zhuǎn)。一個(gè)具體的避坑案例制作一個(gè)相機(jī)環(huán)繞目標(biāo)的效果。錯(cuò)誤做法是直接修改相機(jī)Transform的eulerAngles的Y和X值。當(dāng)相機(jī)俯仰角X接近90度時(shí)環(huán)繞Y就會失效或變得怪異。正確做法是使用一個(gè)空物體作為相機(jī)的父物體讓空物體繞目標(biāo)旋轉(zhuǎn)控制Yaw相機(jī)作為子物體在本地空間上下移動控制Pitch。這樣相機(jī)的俯仰旋轉(zhuǎn)始終是相對于父物體的局部旋轉(zhuǎn)不會與父物體的旋轉(zhuǎn)軸重合從而完美規(guī)避萬向節(jié)鎖。6. 綜合應(yīng)用與排坑指南掌握了理論最終要落到實(shí)戰(zhàn)。下面通過幾個(gè)常見場景串聯(lián)起所有知識點(diǎn)。6.1 場景一平滑看向目標(biāo)需求讓一個(gè)物體如敵人頭部平滑地轉(zhuǎn)向玩家。方案public Transform target; public float rotateSpeed 5.0f; void Update() { if (target ! null) { // 計(jì)算目標(biāo)方向世界空間 Vector3 direction target.position - transform.position; // 創(chuàng)建一個(gè)代表“看向該方向”的四元數(shù)世界空間 Quaternion targetRotation Quaternion.LookRotation(direction); // 使用四元數(shù)球面插值從當(dāng)前朝向平滑過渡到目標(biāo)朝向 transform.rotation Quaternion.Slerp(transform.rotation, targetRotation, rotateSpeed * Time.deltaTime); } }為什么用Quaternion.Slerp和transform.rotationLookRotation生成的是世界空間下的目標(biāo)旋轉(zhuǎn)四元數(shù)。Slerp提供了兩個(gè)旋轉(zhuǎn)間的最短路徑平滑插值避免了直接用歐拉角插值可能出現(xiàn)的“繞遠(yuǎn)路”問題。直接對transform.rotation賦值因?yàn)槲覀冴P(guān)心的是物體最終的世界朝向。6.2 場景二制作旋轉(zhuǎn)動畫如不斷旋轉(zhuǎn)的齒輪需求讓一個(gè)齒輪繞其中心軸持續(xù)旋轉(zhuǎn)。方案A使用Rotatepublic float rotateSpeed 90.0f; // 度/秒 void Update() { // 繞物體自身的Z軸假設(shè)是齒輪的軸心旋轉(zhuǎn) transform.Rotate(0, 0, rotateSpeed * Time.deltaTime, Space.Self); }方案B使用四元數(shù)乘法public float rotateSpeed 90.0f; private Quaternion deltaRot; void Start() { // 預(yù)先計(jì)算每幀的旋轉(zhuǎn)增量 deltaRot Quaternion.Euler(0, 0, rotateSpeed * Time.deltaTime); } void Update() { transform.localRotation * deltaRot; }兩種方案對比Rotate方法更簡潔意圖明確。Unity內(nèi)部也是用四元數(shù)乘法實(shí)現(xiàn)的。四元數(shù)乘法方案在極高性能要求的場景下可能因?yàn)楸苊饬嗣看握{(diào)用Rotate時(shí)的一些內(nèi)部開銷而略有優(yōu)勢但絕大多數(shù)情況下差異可忽略。Rotate的可讀性更好。6.3 場景三處理用戶輸入控制旋轉(zhuǎn)如第一人稱相機(jī)需求用鼠標(biāo)控制相機(jī)上下左右看。方案public float mouseSensitivity 2.0f; public float clampAngle 80.0f; // 上下看的最大角度避免翻轉(zhuǎn) private float rotationY 0.0f; // 繞Y軸旋轉(zhuǎn)左右看 private float rotationX 0.0f; // 繞X軸旋轉(zhuǎn)上下看 void Start() { Vector3 rot transform.localEulerAngles; rotationY rot.y; rotationX rot.x; } void Update() { float mouseX Input.GetAxis(Mouse X); float mouseY -Input.GetAxis(Mouse Y); // 反轉(zhuǎn)Y軸更符合直覺 rotationY mouseX * mouseSensitivity; rotationX mouseY * mouseSensitivity; // 關(guān)鍵限制上下看的角度避免萬向節(jié)鎖X90度 rotationX Mathf.Clamp(rotationX, -clampAngle, clampAngle); // 使用四元數(shù)創(chuàng)建最終的局部旋轉(zhuǎn) Quaternion localRotation Quaternion.Euler(rotationX, rotationY, 0); transform.localRotation localRotation; }為什么這里用歐拉角變量和localRotation我們需要累積鼠標(biāo)移動的增量歐拉角變量rotationX/Y直觀且易于進(jìn)行數(shù)值限制Clamp。每次根據(jù)累積的歐拉角通過Quaternion.Euler生成一個(gè)新的、正確的四元數(shù)再賦值給localRotation。由于我們嚴(yán)格限制了rotationX不接近±90度因此Quaternion.Euler轉(zhuǎn)換是安全的。使用localRotation是因?yàn)榈谝蝗朔Q相機(jī)通常是角色模型的子物體其旋轉(zhuǎn)是相對于父物體角色的。6.4 常見問題排查鏈問題物體旋轉(zhuǎn)時(shí)出現(xiàn)劇烈抖動或非預(yù)期的翻轉(zhuǎn)。排查思路檢查旋轉(zhuǎn)操作所在的坐標(biāo)系你用的是Space.Self還是Space.World在層級結(jié)構(gòu)中Rotate配合Space.Self操作的是本地軸這可能不是你想要的世界軸旋轉(zhuǎn)。檢查是否是萬向節(jié)鎖現(xiàn)象觀察物體當(dāng)前的歐拉角尤其是X值是否接近90或-90度。如果是考慮重構(gòu)你的旋轉(zhuǎn)邏輯避免物體進(jìn)入這個(gè)姿態(tài)。或者改用四元數(shù)AngleAxis方法進(jìn)行旋轉(zhuǎn)。檢查旋轉(zhuǎn)賦值的位置是否在Update、FixedUpdate或多個(gè)腳本中同時(shí)修改旋轉(zhuǎn)屬性這可能導(dǎo)致競爭條件一幀內(nèi)被多次賦值產(chǎn)生抖動。確保旋轉(zhuǎn)邏輯集中在一處。檢查插值函數(shù)是否使用了Quaternion.Lerp/Slerp但t參數(shù)計(jì)算有誤導(dǎo)致旋轉(zhuǎn)不連續(xù)或者錯(cuò)誤地對歐拉角Vector3進(jìn)行了Vector3.Lerp這會導(dǎo)致錯(cuò)誤的插值路徑。檢查父子關(guān)系物體的旋轉(zhuǎn)是否受到父物體旋轉(zhuǎn)的影響你的代碼操作的是rotation還是localRotation理解當(dāng)前旋轉(zhuǎn)是相對于哪個(gè)坐標(biāo)系至關(guān)重要。有時(shí)將需要獨(dú)立旋轉(zhuǎn)的物體移出復(fù)雜的層級結(jié)構(gòu)可以簡化問題。7. 性能考量與最佳實(shí)踐在性能敏感的場合如移動端、VR或大量物體的模擬旋轉(zhuǎn)計(jì)算也需優(yōu)化。緩存四元數(shù)如果一段代碼中需要多次使用同一個(gè)四元數(shù)如每幀不變的旋轉(zhuǎn)增量應(yīng)在Start或Awake中計(jì)算并緩存它避免在Update中重復(fù)調(diào)用Quaternion.Euler或Quaternion.AngleAxis。謹(jǐn)慎使用SlerpQuaternion.Slerp球面線性插值比Lerp線性插值計(jì)算量更大。對于小角度旋轉(zhuǎn)或?qū)β窂骄纫蟛桓叩钠交^渡Quaternion.Lerp是更快的選擇且結(jié)果差異肉眼難辨。避免在Update中頻繁進(jìn)行LookRotation計(jì)算Quaternion.LookRotation涉及向量歸一化和叉積計(jì)算。如果目標(biāo)位置不變或變化不頻繁可以每幾幀計(jì)算一次而不是每幀都算。對于大量靜態(tài)物體如果旋轉(zhuǎn)不會改變確保其設(shè)置為靜態(tài)Static這有助于渲染批處理雖然與旋轉(zhuǎn)計(jì)算本身無關(guān)但關(guān)乎整體性能。使用Transform的SetPositionAndRotation如果你需要同時(shí)設(shè)置位置和旋轉(zhuǎn)使用這個(gè)單一調(diào)用比分別設(shè)置position和rotation更高效因?yàn)樗鼫p少了引擎內(nèi)部的一些驗(yàn)證和回調(diào)觸發(fā)次數(shù)。旋轉(zhuǎn)是3D互動的基石從相機(jī)的環(huán)視到角色的轉(zhuǎn)身從車輪的滾動到機(jī)關(guān)的開啟無處不在。理解Rotate、rotation、localEulerAngles、localRotation之間的區(qū)別認(rèn)清萬向節(jié)鎖的本質(zhì)并學(xué)會用四元數(shù)的思維去解決問題是擺脫旋轉(zhuǎn)泥潭的關(guān)鍵。下次當(dāng)旋轉(zhuǎn)再次讓你頭疼時(shí)不妨先停下來問自己我到底想操作哪個(gè)坐標(biāo)系下的旋轉(zhuǎn)我是在做絕對設(shè)置還是增量疊加當(dāng)前物體的姿態(tài)是否接近歐拉角的奇異點(diǎn)想清楚這三個(gè)問題大部分難題都會迎刃而解。