：從場景搭建到公轉(zhuǎn)自轉(zhuǎn)腳本實戰(zhàn)與避坑指南)
簡介基于Unity3D的太陽系模擬項目資源包面向Unity初中級開發(fā)者及天文科普愛好者可用于系統(tǒng)學(xué)習(xí)場景搭建、物理引擎運動模擬、C#腳本控制與UI交互設(shè)計等核心環(huán)節(jié)。壓縮包共包含2522個文件以C#腳本242個、meta資源映射542個、info配置656個為主體輔以Shader、預(yù)制體、材質(zhì)貼圖、動畫片段、程序集定義asmdef及多種編輯器資源整體約77.65MB目錄結(jié)構(gòu)完整可直接導(dǎo)入Unity工程進行參考與二次開發(fā)。目前已有419人學(xué)習(xí)參考。資源覆蓋了太陽系場景從零搭建的全過程包括行星公轉(zhuǎn)與自轉(zhuǎn)的牛頓萬有引力參數(shù)設(shè)置如橢圓軌道與自轉(zhuǎn)周期、光源陰影調(diào)節(jié)、自由攝像機控制等并給出了UI信息展示、點擊交互等功能的腳本實現(xiàn)與資源組織思路能幫助讀者理解如何使用Unity3D完成科學(xué)可視化模擬并掌握面向此類項目的中型工程文件管理方法有助于快速理清Unity3D在科學(xué)可視化項目中的典型開發(fā)路徑。1. 從 Unity3D 項目里翻出 MyTestSolarSystem 這個壓縮包第一反應(yīng)大多是好奇打開能看到什么我拆過不少這類教學(xué)資源結(jié)論很直接——它不是完整的太空游戲而是把「公轉(zhuǎn)、自轉(zhuǎn)、軌道層級、時間縮放」四個 Unity3D 高頻知識點揉在一起的場景工程。跑起來你看到太陽在中心發(fā)亮幾顆行星按不同周期繞太陽走圓周同時每顆球體還在自轉(zhuǎn)。對剛學(xué)到 Transform 旋轉(zhuǎn)的新手這是少有的能立刻看到理論變成效果的練手項目對要交課程設(shè)計的人把它改成「模擬太陽系」演示也夠。前提是你得先搞懂它的層級結(jié)構(gòu)別一上來就亂拖 Inspector。這一篇就按我平時拆包的順序從場景結(jié)構(gòu)、運動腳本一路說到最容易翻車的幾個坑。2. 場景層級與搭建從壓縮包到跑通第一次運行2.1 解壓后先認一遍目錄結(jié)構(gòu)這類教學(xué)包解壓后通常沒有復(fù)雜依賴Assets 下主要三個文件夾Scenes 放主場景Scripts 放 C# 腳本Materials 放材質(zhì)。打開 Unity Hub 時注意版本兼容——如果是 2019 或 2020 版本建的工程用更新的版本打開會有一次升級提示多數(shù)情況直接確認就行反過來用舊版本打開新版本工程反而容易出問題。在 Unity 里有兩個導(dǎo)入方式一是用 Unity Hub 打開整個文件夾作為工程這時能直接看到場景里的所有物體二是把 Assets 里的內(nèi)容復(fù)制到現(xiàn)有工程再打開場景。常見做法是第一種因為場景里物體之間的引用比如點光源掛在太陽下已經(jīng)建好不破壞組織關(guān)系。我的建議是拿到包先備份再升級尤其要留意 Project 窗口里有沒有 Library 文件夾那東西是本地緩存打包給別人的時候通常不帶上。打開后你大概率會看到一組這樣的物體根節(jié)點叫 SolarSystem下面掛了 Sun 和幾個以 Planet 開頭的中間層。如果作者把結(jié)構(gòu)封裝成 Prefab那更省事直接把 Prefab 拖進場景就能用。這一步別急著運行先在 Hierarchy 里把層級結(jié)構(gòu)展開看一遍確認根節(jié)點下面有什么因為整個運動邏輯都依賴這套父子關(guān)系。2.2 兩級節(jié)點結(jié)構(gòu)軌道支點與行星本體這里要重點講清楚「兩級節(jié)點」的設(shè)計。結(jié)構(gòu)大致是這樣SolarSystem (0, 0, 0) ├─ Sun ├─ Anchor_Mercury │ └─ Mercury ├─ Anchor_Venus │ └─ Venus └─ Anchor_Earth └─ EarthAnchor 也就是軌道支點位置固定在太陽中心。行星本體掛在支點下面但它的 localPosition 不是 (0,0,0)而是沿 X 軸偏移一段距離這個距離就是軌道半徑。當 Anchor 繞 Y 軸旋轉(zhuǎn)時子物體被帶著走圓周——這就是 Unity3D 最常用的「父節(jié)點旋轉(zhuǎn)帶動子節(jié)點公轉(zhuǎn)」方案。為什么推薦這個結(jié)構(gòu)而不是在 C# 腳本里每幀算 position兩個原因一是性能transform.Rotate 的開銷遠小于每幀構(gòu)造 Vector3 再賦值而且不會因為三角函數(shù)累積誤差導(dǎo)致軌道漂移二是調(diào)試友好想在 Inspector 里改軌道半徑直接拖子物體 localPosition 的 X 值就行不用打開腳本改常量。缺點是橢圓軌道做不了只能做正圓但對教學(xué)場景完全夠用。注意一個細節(jié)Anchor 和它下面所有子物體的 Scale 必須保持 1:1:1。如果有人在根節(jié)點縮放過子物體旋轉(zhuǎn)時往往出現(xiàn)變形。養(yǎng)成習(xí)慣打開場景先檢查根節(jié)點 Transform 的 Scale 是否正?！，F(xiàn)在的資源包大多遵守這個約定但保不齊哪次更新誤拖了 Scale。2.3 攝像機全局視角與跟隨視角默認攝像機的擺放決定了第一眼效果。我建議不要用 Scene 視圖直接運行而是在 Hierarchy 里新建一個 CameraPosition 放到 (0, 55, 35)朝向原點這樣整個軌道平面都在視野內(nèi)。FOV 設(shè)在 40 到 50 之間數(shù)值太小會切掉兩側(cè)行星太大則有魚眼變形。如果要做跟隨視角比如跟著地球觀察單獨掛一個腳本比直接把攝像機拖進地球子物體更好。直接拖進去的話攝像機會跟著子物體一起自轉(zhuǎn)畫面會持續(xù)晃動這是新手最容易犯的錯。寫一個 FollowTarget 腳本掛到攝像機上using UnityEngine; public class FollowTarget : MonoBehaviour { public Transform target; public Vector3 offset new Vector3(0f, 8f, -12f); void LateUpdate() { if (target null) return; transform.position target.position offset; transform.LookAt(target); } }邏輯說明Position 取目標點加偏移LookAt 讓鏡頭永遠盯著行星中心。用 LateUpdate 而不是 Update是因為 Unity3D 里所有物體的運動都在 Update 階段完成攝像機如果在 Update 里取值可能取到上一幀的位置畫面會出現(xiàn)一卡一卡的感覺LateUpdate 保證在所有物體更新完之后再移動相機這一行差異就是流暢和玄學(xué)的分界線。參數(shù)說明offset 決定觀察距離和角度覺得行星太小就把 Y 值放大或者把 Z 的絕對值減小。target 拖到對應(yīng)的星球本體上即可。如果還想驗證層級搭得對不對可以先手動旋轉(zhuǎn)某個 Anchor 的 Y 軸看行星本體是否沿軌道走要是本體自己在翻轉(zhuǎn)就說明軸沒對齊回 2.2 節(jié)檢查父子結(jié)構(gòu)。3. 公轉(zhuǎn)與自轉(zhuǎn)腳本兩級節(jié)點的運動學(xué)實現(xiàn)與周期換算3.1 用旋轉(zhuǎn)還是位置計算正圓軌道的取舍多數(shù)太陽系教學(xué)資源有兩種實現(xiàn)軌道的方式。第一種是旋轉(zhuǎn)軌道支點上一章已經(jīng)講過第二種是在 Update 里實時求坐標float theta speed * Time.deltaTime; transform.position center new Vector3(Mathf.Cos(theta) * radius, 0, Mathf.Sin(theta) * radius);這段代碼能跑但有兩個隱患一是 theta 無限增長浮點數(shù)精度會慢慢丟失運行一兩個小時以上軌道會肉眼可見地偏移二是 center 不能是離原點太遠的大數(shù)值否則同樣吃精度。旋轉(zhuǎn)支點的方案里Unity 引擎內(nèi)部對旋轉(zhuǎn)矩陣做了歸一化處理長時間運行更穩(wěn)定這就是我在教學(xué)包里優(yōu)先推薦的原因。如果是做行星碰撞或者引力效果才需要位置計算因為要拿到精確坐標去檢測距離。3.2 公轉(zhuǎn)腳本周期參數(shù)與角度換算公轉(zhuǎn)腳本的核心是把「一圈的時間」換算成「度/秒」。Unity 的 transform.Rotate 接口接收的是度數(shù)不像數(shù)學(xué)庫默認弧度新手最容易在這搞混。一個完整的公轉(zhuǎn)腳本寫法using UnityEngine; public class OrbitMotion : MonoBehaviour { [Tooltip(公轉(zhuǎn)一圈所需秒數(shù)60 表示 60 秒轉(zhuǎn)一圈)] public float orbitPeriod 60f; private float degreesPerSecond; void Start() { degreesPerSecond 360f / orbitPeriod; } void Update() { transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.World); } }邏輯說明360f 是一圈的度數(shù)除以周期得到角速度再乘 Time.deltaTime 保證旋轉(zhuǎn)速率與幀率無關(guān)。旋轉(zhuǎn)軸選擇 Y是因為場景的軌道平面是 XZ 平面法線方向就是 Y。把腳本掛到 Anchor 節(jié)點上而不是行星本體上——這個區(qū)別決定了公轉(zhuǎn)還是自轉(zhuǎn)。這里給出一張以「地球公轉(zhuǎn) 60 秒」為基準的壓縮周期換算表教學(xué)場景里實測手感最好的一組參數(shù)行星真實公轉(zhuǎn)周期(天)壓縮后周期(秒)水星88.014.5金星224.722.7地球365.360.0火星687.0112.9木星4332.6375.0土星10759.2930.0別直接拿真實天數(shù)填周期太長運行起來像靜態(tài)圖完全看不出軌道運動。教學(xué)場景一般把最快那顆壓到 15 秒左右肉眼能明顯看到差距又不至于晃眼。換算邏輯很簡單目標秒數(shù) 60 × (該行星天數(shù) / 365.3)取整后微調(diào)。3.3 自轉(zhuǎn)腳本與軸傾角自轉(zhuǎn)思路一樣但掛在行星本體上旋轉(zhuǎn)軸仍然選 Y使用 Space.Self。這里 Self 和 World 的區(qū)別要講清楚行星本體掛在已經(jīng)旋轉(zhuǎn)的 Anchor 下面如果仍用 World自轉(zhuǎn)軸會跟著父節(jié)點一起傾斜看起來像在翻滾用 Self 則繞自身局部軸轉(zhuǎn)更符合直觀using UnityEngine; public class SelfRotation : MonoBehaviour { [Tooltip(自轉(zhuǎn)一圈所需秒數(shù)10 表示 10 秒轉(zhuǎn)一圈)] public float rotationPeriod 10f; private float degreesPerSecond; void Start() { degreesPerSecond 360f / rotationPeriod; } void Update() { transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.Self); } }邏輯說明rotationPeriod 給 10 秒在演示里比較有動感但別小于 3 秒否則轉(zhuǎn)太快像廣告圖。軸傾角比如地球的 23.4 度在資源包里通常被省略。想加的話不要直接在自轉(zhuǎn)腳本里改軸向量而是給行星本體套一層空物體 Pivot把 Pivot 的 X 軸旋轉(zhuǎn) 23.4 度SelfRotation 掛在行星本體上。這樣「軸向固定、繞軸自轉(zhuǎn)」的物理關(guān)系被拆成了兩個 Transform后續(xù)調(diào)傾角不會污染自轉(zhuǎn)邏輯。我處理其它機械旋轉(zhuǎn)類 Demo比如風(fēng)扇、輪胎時也慣用這個結(jié)構(gòu)。3.4 運行驗證怎么看軌道周期是否正確跑起來以后用手機秒表掐一圈是笨辦法更硬核的做法是寫個腳本驗證。等公轉(zhuǎn)角累計超過 360 度后打印耗時判斷周期偏差是否在預(yù)期內(nèi)。這里有個很容易被忽略的點改完 orbitPeriod 后Start 里重新算角速度只會在運行時生效一次如果你在運行狀態(tài)下從 Inspector 直接改數(shù)值不會即時生效。很多新手以為「改了沒反應(yīng)」就是卡在這。要支持運行時熱調(diào)把角速度計算挪到 Update 里或者用 OnValidateprivate float degreesPerSecond; void OnValidate() { if (orbitPeriod 0f) orbitPeriod 1f; degreesPerSecond 360f / orbitPeriod; } void Update() { if (degreesPerSecond 0f) OnValidate(); transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.World); }邏輯說明OnValidate 在 Inspector 值變化時觸發(fā)省去手動重開游戲。加一個保護判斷防止周期誤填成 0 導(dǎo)致除零。這屬于實用小技巧源碼模板里不一定會給你寫但做課程演示時很救場。4. 光照與材質(zhì)讓太陽系看起來不像是色塊拼盤4.1 太陽材質(zhì)Emission 與自發(fā)光陷阱在 Unity3D 里做太陽最省的做法是給太陽一個 Standard 材質(zhì)勾上 EmissionEmission Color 調(diào)到接近全白Intensity 給 1 到 3。另一種做法是建一個 Unlit 自發(fā)光材質(zhì)不吃光照更亮但少了層次感。教學(xué)包多用前者。有一個經(jīng)常被忽略的坑Emission 開大了太陽在 Scene 視圖里過曝但你放一個 Point Light 后行星受光面正常時才發(fā)現(xiàn)太陽本身是「假亮」——它并沒有照亮周圍。所以正統(tǒng)做法是材質(zhì)負責外觀光照交給單獨掛的 Point Light。Light 組件的 Range 必須覆蓋最遠行星的軌道半徑否則邊緣行星永遠只有暗面。Intensity 給 2 左右、Shadow Type 設(shè) Hard 或 Soft看性能取舍。太陽本體的 MeshRenderer 可以勾掉 Shadow Casting避免自陰影導(dǎo)致表面出現(xiàn)奇怪的黑色斑塊。4.2 行星材質(zhì)顏色、紋理與明暗面沒有真實紋理的行星貼圖時Standard 材質(zhì)配一個基礎(chǔ)色就夠。各行星常用參考色水星偏灰、金星米黃、地球藍綠、火星磚紅、木星棕白相間、土星淡黃。代碼方式生成顏色漸變紋理也可以但教學(xué)場景里不值當直接用 Material 的 Albedo 改色更直觀。明暗面是否正常是檢驗光照配置的試金石。行星背對太陽的那一面如果完全漆黑說明 Point Light 強度太小或 Range 沒蓋住如果整顆球亮得像自發(fā)光說明 Standard 材質(zhì)的 Metallic 和 Smoothness 調(diào)過頭了反光把暗面補亮了。我的經(jīng)驗值是 Metallic 給 0 到 0.2、Smoothness 給 0.3 左右比較接近石質(zhì)行星的觀感。氣態(tài)巨行星可以適當拉高 Smoothness 到 0.6反光會更有「大氣層」的感覺但別全拉到 1。4.3 小行星帶與土星環(huán)粒子系統(tǒng)的兩個使用姿勢如果資源包里有小行星帶大多是粒子系統(tǒng)用環(huán)形軌道發(fā)射器粒子數(shù) 2000 到 3000 之間Shape 設(shè)成 Circle半徑與木星和火星之間的小行星帶匹配。關(guān)鍵技巧是讓發(fā)射器跟著公轉(zhuǎn)速度緩慢旋轉(zhuǎn)粒子本身不移動視覺上小行星帶在緩慢轉(zhuǎn)動。如果給每個粒子都做物理運動Draw Call 會爆表幀率直線下降。土星環(huán)同理可以用一個 Ring Mesh 加透明貼圖也可以再開一套粒子系統(tǒng)半徑更大、寬度更窄。兩套系統(tǒng)的旋轉(zhuǎn)速率差一點看起來更真實。注意粒子材質(zhì)里的渲染模式設(shè)成 Billboard否則從側(cè)面看會變成一條線。這些參數(shù)沒有固定標準邊運行邊調(diào) Shape 的 Radius 和 Rotation Speed 就行。4.4 性能檢查合批與 Draw Call行星模型大多只有幾百個面不必擔心面數(shù)倒是 Draw Call 容易被忽略。場景里十來個星球各用各的材質(zhì)就會產(chǎn)生十幾次繪制調(diào)用。教學(xué)場景無所謂但要做到 60 幀穩(wěn)定有兩個免費手段一是把同色的靜態(tài)物體標記為 Static讓 Unity 做靜態(tài)合批二是把多個小行星共用一個材質(zhì)實例Unity 會自動合批同材質(zhì)的物體。這里注意如果給每個行星都用 Create Material Instance合批會被打斷因為實例化材質(zhì)相當于告訴引擎「我的材質(zhì)和別人的不一樣」。所以優(yōu)化和單獨調(diào)參是矛盾的我的取舍是主角行星用獨有材質(zhì)背景小行星帶統(tǒng)一用一個材質(zhì)合批效果最明顯。5. 避坑專題Unity 太陽系模擬里高頻踩到的五個現(xiàn)場5.1 復(fù)制行星后所有星球材質(zhì)一起變色現(xiàn)象選中地球復(fù)制出一個新星球改顏色后其它所有行星也跟著變。原因Unity 的材質(zhì)默認是按引用共享的。復(fù)制物體不會復(fù)制材質(zhì)你從 Inspector 修改顏色時操作的是同一個材質(zhì)文件所有引用它的物體一起變。解決在 Inspector 右上角齒輪菜單里選 Create Material Instance生成獨立材質(zhì)副本再改或者在腳本里用 new Material(originalMat) 復(fù)制一份再賦給 MeshRenderer。養(yǎng)成這個習(xí)慣操作任何共享資源都要先問一句這個引用是我獨享還是大家共用5.2 暫停后恢復(fù)星球不轉(zhuǎn)了現(xiàn)象把 Time.timeScale 設(shè)成 0 做暫停菜單恢復(fù)成 1 后所有旋轉(zhuǎn)停住或者直接跳了一大截。原因有的寫法在暫停時駐留了累計角度恢復(fù)時 deltaTime 跳變導(dǎo)致計算異常或者用了 unscaledDeltaTime 補幀邏輯混在一起。解決運動統(tǒng)一走 Time.deltaTime不要自己緩存上一幀角度暫停只改 timeScale不動其它邏輯。若要支持暫停時的鏡頭移動用 unscaledDeltaTime 單獨控制攝像機別讓它影響旋轉(zhuǎn)邏輯。5.3 行星離原點太遠出現(xiàn)抖動現(xiàn)象把軌道半徑設(shè)成 5000運行平移鏡頭時球體邊緣瘋狂抖動像隔了一層熱浪。原因Unity 的世界坐標用 float 存儲大約 7 位有效數(shù)字離原點越遠分辨率越低兩個相近的大數(shù)作差時精度就丟了。解決壓縮場景整體比例軌道半徑控制在幾百單位內(nèi)前文那張周期表就遵守這個約束或者把太陽和行星的世界坐標整體偏移回原點附近再運行。5.4 公轉(zhuǎn)太快導(dǎo)致殘影和穿模現(xiàn)象周期設(shè)成 0.1 秒星球像甩鞭子一樣拖著殘影攝像機完全跟不住。原因每幀旋轉(zhuǎn)角度遠大于人的視覺捕捉范圍物體移動弧長過大幀與幀之間的位置不連續(xù)。解決周期別低于 9 到 10 秒非要高速演示調(diào) Time.timeScale 而不是改周期。這個區(qū)別很關(guān)鍵因為 timeScale 會等比例縮放所有運動攝像機也能跟著走而只改周期只會讓單顆星球發(fā)瘋。5.5 行星位置正確但看起來在「搖擺」現(xiàn)象軌道沒有錯但運行后行星的圓周運動一會兒扁一會兒鼓像在畫橢圓。原因根節(jié)點或父節(jié)點帶了非均勻縮放比如 Scale 是 (1, 0.5, 1)旋轉(zhuǎn)矩陣與縮放疊加產(chǎn)生了剪切的視覺效果。解決所有軌道節(jié)點的 Scale 保持 1:1:1縮放只放根節(jié)點且用統(tǒng)一比例。改星球大小用 localScale 乘一個標量不要在父節(jié)點單獨拉 X 軸。打開場景先檢查一遍三個軸的 Scale 是否一致這是我拆資源包的第一習(xí)慣。6. 進階調(diào)參把真實軌道數(shù)據(jù)壓進場景單位而不丟精度真實尺度沒法直接搬進 Unity地球軌道約 1.5 億公里海王星約 45 億公里直接把公里數(shù)當場景單位坐標數(shù)值會爆掉 float 精度所有旋轉(zhuǎn)軸都會漂。網(wǎng)上很多資源「看著跟真實差別很大」問題不在腳本在比例尺選錯了。使用天文單位 AU 壓縮軌道半徑是通用做法1 AU 取 10 個場景單位行星半長軸(AU)場景軌道半徑(單位)水星0.393.9金星0.727.2地球1.0010.0火星1.5215.2木星5.2052.0土星9.5895.8天王星19.20192.0海王星30.05300.5300 單位還在 float 的合理區(qū)間內(nèi)點光源 Range 給到 350 就能覆蓋全場景。但行星本體的視覺半徑不要按同一比例木星和地球的半徑比約 11 倍按軌道比例縮放的話木星會大到兩個場景單位直接擋住后面幾十顆行星。常見做法是軌道半徑嚴格按 AU 比例球體半徑單獨按顯示需要縮放教學(xué)演示都這么處理別被「真實感」帶偏。時間軸同樣要壓縮地球一圈 60 秒其它行星按「真實公轉(zhuǎn)天數(shù) / 365.3 × 60 秒」計算就是第三章那張表的來源。自轉(zhuǎn)周期可以統(tǒng)一給 8 到 12 秒真實自轉(zhuǎn)差異在教學(xué)演示里不明顯強行按真實比例會讓部分行星慢到看不出在轉(zhuǎn)。驗證方法也很簡單跑起來后給地球軌道打個空物體標記用秒表掐一圈看是不是 60 秒左右然后把攝像機設(shè)到海王星外圍Position 用 (0, 20, 320)LookAt 太陽確認最遠軌道在視野內(nèi)。我從那以后每次拿到這類資源第一件事就是檢查根節(jié)點 Scale 是不是 1、軌道半徑是不是百量級再談顏色和光照。這套檢查流程救過我好幾次項目交付希望幫到你。本文還有配套的精品資源點擊獲取 Unity3D太陽系模擬開發(fā)：從場景搭建到公轉(zhuǎn)自轉(zhuǎn)腳本實戰(zhàn)與避坑指南
簡介基于Unity3D的太陽系模擬項目資源包面向Unity初中級開發(fā)者及天文科普愛好者可用于系統(tǒng)學(xué)習(xí)場景搭建、物理引擎運動模擬、C#腳本控制與UI交互設(shè)計等核心環(huán)節(jié)。壓縮包共包含2522個文件以C#腳本242個、meta資源映射542個、info配置656個為主體輔以Shader、預(yù)制體、材質(zhì)貼圖、動畫片段、程序集定義asmdef及多種編輯器資源整體約77.65MB目錄結(jié)構(gòu)完整可直接導(dǎo)入Unity工程進行參考與二次開發(fā)。目前已有419人學(xué)習(xí)參考。資源覆蓋了太陽系場景從零搭建的全過程包括行星公轉(zhuǎn)與自轉(zhuǎn)的牛頓萬有引力參數(shù)設(shè)置如橢圓軌道與自轉(zhuǎn)周期、光源陰影調(diào)節(jié)、自由攝像機控制等并給出了UI信息展示、點擊交互等功能的腳本實現(xiàn)與資源組織思路能幫助讀者理解如何使用Unity3D完成科學(xué)可視化模擬并掌握面向此類項目的中型工程文件管理方法有助于快速理清Unity3D在科學(xué)可視化項目中的典型開發(fā)路徑。1. 從 Unity3D 項目里翻出 MyTestSolarSystem 這個壓縮包第一反應(yīng)大多是好奇打開能看到什么我拆過不少這類教學(xué)資源結(jié)論很直接——它不是完整的太空游戲而是把「公轉(zhuǎn)、自轉(zhuǎn)、軌道層級、時間縮放」四個 Unity3D 高頻知識點揉在一起的場景工程。跑起來你看到太陽在中心發(fā)亮幾顆行星按不同周期繞太陽走圓周同時每顆球體還在自轉(zhuǎn)。對剛學(xué)到 Transform 旋轉(zhuǎn)的新手這是少有的能立刻看到理論變成效果的練手項目對要交課程設(shè)計的人把它改成「模擬太陽系」演示也夠。前提是你得先搞懂它的層級結(jié)構(gòu)別一上來就亂拖 Inspector。這一篇就按我平時拆包的順序從場景結(jié)構(gòu)、運動腳本一路說到最容易翻車的幾個坑。2. 場景層級與搭建從壓縮包到跑通第一次運行2.1 解壓后先認一遍目錄結(jié)構(gòu)這類教學(xué)包解壓后通常沒有復(fù)雜依賴Assets 下主要三個文件夾Scenes 放主場景Scripts 放 C# 腳本Materials 放材質(zhì)。打開 Unity Hub 時注意版本兼容——如果是 2019 或 2020 版本建的工程用更新的版本打開會有一次升級提示多數(shù)情況直接確認就行反過來用舊版本打開新版本工程反而容易出問題。在 Unity 里有兩個導(dǎo)入方式一是用 Unity Hub 打開整個文件夾作為工程這時能直接看到場景里的所有物體二是把 Assets 里的內(nèi)容復(fù)制到現(xiàn)有工程再打開場景。常見做法是第一種因為場景里物體之間的引用比如點光源掛在太陽下已經(jīng)建好不破壞組織關(guān)系。我的建議是拿到包先備份再升級尤其要留意 Project 窗口里有沒有 Library 文件夾那東西是本地緩存打包給別人的時候通常不帶上。打開后你大概率會看到一組這樣的物體根節(jié)點叫 SolarSystem下面掛了 Sun 和幾個以 Planet 開頭的中間層。如果作者把結(jié)構(gòu)封裝成 Prefab那更省事直接把 Prefab 拖進場景就能用。這一步別急著運行先在 Hierarchy 里把層級結(jié)構(gòu)展開看一遍確認根節(jié)點下面有什么因為整個運動邏輯都依賴這套父子關(guān)系。2.2 兩級節(jié)點結(jié)構(gòu)軌道支點與行星本體這里要重點講清楚「兩級節(jié)點」的設(shè)計。結(jié)構(gòu)大致是這樣SolarSystem (0, 0, 0) ├─ Sun ├─ Anchor_Mercury │ └─ Mercury ├─ Anchor_Venus │ └─ Venus └─ Anchor_Earth └─ EarthAnchor 也就是軌道支點位置固定在太陽中心。行星本體掛在支點下面但它的 localPosition 不是 (0,0,0)而是沿 X 軸偏移一段距離這個距離就是軌道半徑。當 Anchor 繞 Y 軸旋轉(zhuǎn)時子物體被帶著走圓周——這就是 Unity3D 最常用的「父節(jié)點旋轉(zhuǎn)帶動子節(jié)點公轉(zhuǎn)」方案。為什么推薦這個結(jié)構(gòu)而不是在 C# 腳本里每幀算 position兩個原因一是性能transform.Rotate 的開銷遠小于每幀構(gòu)造 Vector3 再賦值而且不會因為三角函數(shù)累積誤差導(dǎo)致軌道漂移二是調(diào)試友好想在 Inspector 里改軌道半徑直接拖子物體 localPosition 的 X 值就行不用打開腳本改常量。缺點是橢圓軌道做不了只能做正圓但對教學(xué)場景完全夠用。注意一個細節(jié)Anchor 和它下面所有子物體的 Scale 必須保持 1:1:1。如果有人在根節(jié)點縮放過子物體旋轉(zhuǎn)時往往出現(xiàn)變形。養(yǎng)成習(xí)慣打開場景先檢查根節(jié)點 Transform 的 Scale 是否正?！，F(xiàn)在的資源包大多遵守這個約定但保不齊哪次更新誤拖了 Scale。2.3 攝像機全局視角與跟隨視角默認攝像機的擺放決定了第一眼效果。我建議不要用 Scene 視圖直接運行而是在 Hierarchy 里新建一個 CameraPosition 放到 (0, 55, 35)朝向原點這樣整個軌道平面都在視野內(nèi)。FOV 設(shè)在 40 到 50 之間數(shù)值太小會切掉兩側(cè)行星太大則有魚眼變形。如果要做跟隨視角比如跟著地球觀察單獨掛一個腳本比直接把攝像機拖進地球子物體更好。直接拖進去的話攝像機會跟著子物體一起自轉(zhuǎn)畫面會持續(xù)晃動這是新手最容易犯的錯。寫一個 FollowTarget 腳本掛到攝像機上using UnityEngine; public class FollowTarget : MonoBehaviour { public Transform target; public Vector3 offset new Vector3(0f, 8f, -12f); void LateUpdate() { if (target null) return; transform.position target.position offset; transform.LookAt(target); } }邏輯說明Position 取目標點加偏移LookAt 讓鏡頭永遠盯著行星中心。用 LateUpdate 而不是 Update是因為 Unity3D 里所有物體的運動都在 Update 階段完成攝像機如果在 Update 里取值可能取到上一幀的位置畫面會出現(xiàn)一卡一卡的感覺LateUpdate 保證在所有物體更新完之后再移動相機這一行差異就是流暢和玄學(xué)的分界線。參數(shù)說明offset 決定觀察距離和角度覺得行星太小就把 Y 值放大或者把 Z 的絕對值減小。target 拖到對應(yīng)的星球本體上即可。如果還想驗證層級搭得對不對可以先手動旋轉(zhuǎn)某個 Anchor 的 Y 軸看行星本體是否沿軌道走要是本體自己在翻轉(zhuǎn)就說明軸沒對齊回 2.2 節(jié)檢查父子結(jié)構(gòu)。3. 公轉(zhuǎn)與自轉(zhuǎn)腳本兩級節(jié)點的運動學(xué)實現(xiàn)與周期換算3.1 用旋轉(zhuǎn)還是位置計算正圓軌道的取舍多數(shù)太陽系教學(xué)資源有兩種實現(xiàn)軌道的方式。第一種是旋轉(zhuǎn)軌道支點上一章已經(jīng)講過第二種是在 Update 里實時求坐標float theta speed * Time.deltaTime; transform.position center new Vector3(Mathf.Cos(theta) * radius, 0, Mathf.Sin(theta) * radius);這段代碼能跑但有兩個隱患一是 theta 無限增長浮點數(shù)精度會慢慢丟失運行一兩個小時以上軌道會肉眼可見地偏移二是 center 不能是離原點太遠的大數(shù)值否則同樣吃精度。旋轉(zhuǎn)支點的方案里Unity 引擎內(nèi)部對旋轉(zhuǎn)矩陣做了歸一化處理長時間運行更穩(wěn)定這就是我在教學(xué)包里優(yōu)先推薦的原因。如果是做行星碰撞或者引力效果才需要位置計算因為要拿到精確坐標去檢測距離。3.2 公轉(zhuǎn)腳本周期參數(shù)與角度換算公轉(zhuǎn)腳本的核心是把「一圈的時間」換算成「度/秒」。Unity 的 transform.Rotate 接口接收的是度數(shù)不像數(shù)學(xué)庫默認弧度新手最容易在這搞混。一個完整的公轉(zhuǎn)腳本寫法using UnityEngine; public class OrbitMotion : MonoBehaviour { [Tooltip(公轉(zhuǎn)一圈所需秒數(shù)60 表示 60 秒轉(zhuǎn)一圈)] public float orbitPeriod 60f; private float degreesPerSecond; void Start() { degreesPerSecond 360f / orbitPeriod; } void Update() { transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.World); } }邏輯說明360f 是一圈的度數(shù)除以周期得到角速度再乘 Time.deltaTime 保證旋轉(zhuǎn)速率與幀率無關(guān)。旋轉(zhuǎn)軸選擇 Y是因為場景的軌道平面是 XZ 平面法線方向就是 Y。把腳本掛到 Anchor 節(jié)點上而不是行星本體上——這個區(qū)別決定了公轉(zhuǎn)還是自轉(zhuǎn)。這里給出一張以「地球公轉(zhuǎn) 60 秒」為基準的壓縮周期換算表教學(xué)場景里實測手感最好的一組參數(shù)行星真實公轉(zhuǎn)周期(天)壓縮后周期(秒)水星88.014.5金星224.722.7地球365.360.0火星687.0112.9木星4332.6375.0土星10759.2930.0別直接拿真實天數(shù)填周期太長運行起來像靜態(tài)圖完全看不出軌道運動。教學(xué)場景一般把最快那顆壓到 15 秒左右肉眼能明顯看到差距又不至于晃眼。換算邏輯很簡單目標秒數(shù) 60 × (該行星天數(shù) / 365.3)取整后微調(diào)。3.3 自轉(zhuǎn)腳本與軸傾角自轉(zhuǎn)思路一樣但掛在行星本體上旋轉(zhuǎn)軸仍然選 Y使用 Space.Self。這里 Self 和 World 的區(qū)別要講清楚行星本體掛在已經(jīng)旋轉(zhuǎn)的 Anchor 下面如果仍用 World自轉(zhuǎn)軸會跟著父節(jié)點一起傾斜看起來像在翻滾用 Self 則繞自身局部軸轉(zhuǎn)更符合直觀using UnityEngine; public class SelfRotation : MonoBehaviour { [Tooltip(自轉(zhuǎn)一圈所需秒數(shù)10 表示 10 秒轉(zhuǎn)一圈)] public float rotationPeriod 10f; private float degreesPerSecond; void Start() { degreesPerSecond 360f / rotationPeriod; } void Update() { transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.Self); } }邏輯說明rotationPeriod 給 10 秒在演示里比較有動感但別小于 3 秒否則轉(zhuǎn)太快像廣告圖。軸傾角比如地球的 23.4 度在資源包里通常被省略。想加的話不要直接在自轉(zhuǎn)腳本里改軸向量而是給行星本體套一層空物體 Pivot把 Pivot 的 X 軸旋轉(zhuǎn) 23.4 度SelfRotation 掛在行星本體上。這樣「軸向固定、繞軸自轉(zhuǎn)」的物理關(guān)系被拆成了兩個 Transform后續(xù)調(diào)傾角不會污染自轉(zhuǎn)邏輯。我處理其它機械旋轉(zhuǎn)類 Demo比如風(fēng)扇、輪胎時也慣用這個結(jié)構(gòu)。3.4 運行驗證怎么看軌道周期是否正確跑起來以后用手機秒表掐一圈是笨辦法更硬核的做法是寫個腳本驗證。等公轉(zhuǎn)角累計超過 360 度后打印耗時判斷周期偏差是否在預(yù)期內(nèi)。這里有個很容易被忽略的點改完 orbitPeriod 后Start 里重新算角速度只會在運行時生效一次如果你在運行狀態(tài)下從 Inspector 直接改數(shù)值不會即時生效。很多新手以為「改了沒反應(yīng)」就是卡在這。要支持運行時熱調(diào)把角速度計算挪到 Update 里或者用 OnValidateprivate float degreesPerSecond; void OnValidate() { if (orbitPeriod 0f) orbitPeriod 1f; degreesPerSecond 360f / orbitPeriod; } void Update() { if (degreesPerSecond 0f) OnValidate(); transform.Rotate(0f, degreesPerSecond * Time.deltaTime, 0f, Space.World); }邏輯說明OnValidate 在 Inspector 值變化時觸發(fā)省去手動重開游戲。加一個保護判斷防止周期誤填成 0 導(dǎo)致除零。這屬于實用小技巧源碼模板里不一定會給你寫但做課程演示時很救場。4. 光照與材質(zhì)讓太陽系看起來不像是色塊拼盤4.1 太陽材質(zhì)Emission 與自發(fā)光陷阱在 Unity3D 里做太陽最省的做法是給太陽一個 Standard 材質(zhì)勾上 EmissionEmission Color 調(diào)到接近全白Intensity 給 1 到 3。另一種做法是建一個 Unlit 自發(fā)光材質(zhì)不吃光照更亮但少了層次感。教學(xué)包多用前者。有一個經(jīng)常被忽略的坑Emission 開大了太陽在 Scene 視圖里過曝但你放一個 Point Light 后行星受光面正常時才發(fā)現(xiàn)太陽本身是「假亮」——它并沒有照亮周圍。所以正統(tǒng)做法是材質(zhì)負責外觀光照交給單獨掛的 Point Light。Light 組件的 Range 必須覆蓋最遠行星的軌道半徑否則邊緣行星永遠只有暗面。Intensity 給 2 左右、Shadow Type 設(shè) Hard 或 Soft看性能取舍。太陽本體的 MeshRenderer 可以勾掉 Shadow Casting避免自陰影導(dǎo)致表面出現(xiàn)奇怪的黑色斑塊。4.2 行星材質(zhì)顏色、紋理與明暗面沒有真實紋理的行星貼圖時Standard 材質(zhì)配一個基礎(chǔ)色就夠。各行星常用參考色水星偏灰、金星米黃、地球藍綠、火星磚紅、木星棕白相間、土星淡黃。代碼方式生成顏色漸變紋理也可以但教學(xué)場景里不值當直接用 Material 的 Albedo 改色更直觀。明暗面是否正常是檢驗光照配置的試金石。行星背對太陽的那一面如果完全漆黑說明 Point Light 強度太小或 Range 沒蓋住如果整顆球亮得像自發(fā)光說明 Standard 材質(zhì)的 Metallic 和 Smoothness 調(diào)過頭了反光把暗面補亮了。我的經(jīng)驗值是 Metallic 給 0 到 0.2、Smoothness 給 0.3 左右比較接近石質(zhì)行星的觀感。氣態(tài)巨行星可以適當拉高 Smoothness 到 0.6反光會更有「大氣層」的感覺但別全拉到 1。4.3 小行星帶與土星環(huán)粒子系統(tǒng)的兩個使用姿勢如果資源包里有小行星帶大多是粒子系統(tǒng)用環(huán)形軌道發(fā)射器粒子數(shù) 2000 到 3000 之間Shape 設(shè)成 Circle半徑與木星和火星之間的小行星帶匹配。關(guān)鍵技巧是讓發(fā)射器跟著公轉(zhuǎn)速度緩慢旋轉(zhuǎn)粒子本身不移動視覺上小行星帶在緩慢轉(zhuǎn)動。如果給每個粒子都做物理運動Draw Call 會爆表幀率直線下降。土星環(huán)同理可以用一個 Ring Mesh 加透明貼圖也可以再開一套粒子系統(tǒng)半徑更大、寬度更窄。兩套系統(tǒng)的旋轉(zhuǎn)速率差一點看起來更真實。注意粒子材質(zhì)里的渲染模式設(shè)成 Billboard否則從側(cè)面看會變成一條線。這些參數(shù)沒有固定標準邊運行邊調(diào) Shape 的 Radius 和 Rotation Speed 就行。4.4 性能檢查合批與 Draw Call行星模型大多只有幾百個面不必擔心面數(shù)倒是 Draw Call 容易被忽略。場景里十來個星球各用各的材質(zhì)就會產(chǎn)生十幾次繪制調(diào)用。教學(xué)場景無所謂但要做到 60 幀穩(wěn)定有兩個免費手段一是把同色的靜態(tài)物體標記為 Static讓 Unity 做靜態(tài)合批二是把多個小行星共用一個材質(zhì)實例Unity 會自動合批同材質(zhì)的物體。這里注意如果給每個行星都用 Create Material Instance合批會被打斷因為實例化材質(zhì)相當于告訴引擎「我的材質(zhì)和別人的不一樣」。所以優(yōu)化和單獨調(diào)參是矛盾的我的取舍是主角行星用獨有材質(zhì)背景小行星帶統(tǒng)一用一個材質(zhì)合批效果最明顯。5. 避坑專題Unity 太陽系模擬里高頻踩到的五個現(xiàn)場5.1 復(fù)制行星后所有星球材質(zhì)一起變色現(xiàn)象選中地球復(fù)制出一個新星球改顏色后其它所有行星也跟著變。原因Unity 的材質(zhì)默認是按引用共享的。復(fù)制物體不會復(fù)制材質(zhì)你從 Inspector 修改顏色時操作的是同一個材質(zhì)文件所有引用它的物體一起變。解決在 Inspector 右上角齒輪菜單里選 Create Material Instance生成獨立材質(zhì)副本再改或者在腳本里用 new Material(originalMat) 復(fù)制一份再賦給 MeshRenderer。養(yǎng)成這個習(xí)慣操作任何共享資源都要先問一句這個引用是我獨享還是大家共用5.2 暫停后恢復(fù)星球不轉(zhuǎn)了現(xiàn)象把 Time.timeScale 設(shè)成 0 做暫停菜單恢復(fù)成 1 后所有旋轉(zhuǎn)停住或者直接跳了一大截。原因有的寫法在暫停時駐留了累計角度恢復(fù)時 deltaTime 跳變導(dǎo)致計算異常或者用了 unscaledDeltaTime 補幀邏輯混在一起。解決運動統(tǒng)一走 Time.deltaTime不要自己緩存上一幀角度暫停只改 timeScale不動其它邏輯。若要支持暫停時的鏡頭移動用 unscaledDeltaTime 單獨控制攝像機別讓它影響旋轉(zhuǎn)邏輯。5.3 行星離原點太遠出現(xiàn)抖動現(xiàn)象把軌道半徑設(shè)成 5000運行平移鏡頭時球體邊緣瘋狂抖動像隔了一層熱浪。原因Unity 的世界坐標用 float 存儲大約 7 位有效數(shù)字離原點越遠分辨率越低兩個相近的大數(shù)作差時精度就丟了。解決壓縮場景整體比例軌道半徑控制在幾百單位內(nèi)前文那張周期表就遵守這個約束或者把太陽和行星的世界坐標整體偏移回原點附近再運行。5.4 公轉(zhuǎn)太快導(dǎo)致殘影和穿模現(xiàn)象周期設(shè)成 0.1 秒星球像甩鞭子一樣拖著殘影攝像機完全跟不住。原因每幀旋轉(zhuǎn)角度遠大于人的視覺捕捉范圍物體移動弧長過大幀與幀之間的位置不連續(xù)。解決周期別低于 9 到 10 秒非要高速演示調(diào) Time.timeScale 而不是改周期。這個區(qū)別很關(guān)鍵因為 timeScale 會等比例縮放所有運動攝像機也能跟著走而只改周期只會讓單顆星球發(fā)瘋。5.5 行星位置正確但看起來在「搖擺」現(xiàn)象軌道沒有錯但運行后行星的圓周運動一會兒扁一會兒鼓像在畫橢圓。原因根節(jié)點或父節(jié)點帶了非均勻縮放比如 Scale 是 (1, 0.5, 1)旋轉(zhuǎn)矩陣與縮放疊加產(chǎn)生了剪切的視覺效果。解決所有軌道節(jié)點的 Scale 保持 1:1:1縮放只放根節(jié)點且用統(tǒng)一比例。改星球大小用 localScale 乘一個標量不要在父節(jié)點單獨拉 X 軸。打開場景先檢查一遍三個軸的 Scale 是否一致這是我拆資源包的第一習(xí)慣。6. 進階調(diào)參把真實軌道數(shù)據(jù)壓進場景單位而不丟精度真實尺度沒法直接搬進 Unity地球軌道約 1.5 億公里海王星約 45 億公里直接把公里數(shù)當場景單位坐標數(shù)值會爆掉 float 精度所有旋轉(zhuǎn)軸都會漂。網(wǎng)上很多資源「看著跟真實差別很大」問題不在腳本在比例尺選錯了。使用天文單位 AU 壓縮軌道半徑是通用做法1 AU 取 10 個場景單位行星半長軸(AU)場景軌道半徑(單位)水星0.393.9金星0.727.2地球1.0010.0火星1.5215.2木星5.2052.0土星9.5895.8天王星19.20192.0海王星30.05300.5300 單位還在 float 的合理區(qū)間內(nèi)點光源 Range 給到 350 就能覆蓋全場景。但行星本體的視覺半徑不要按同一比例木星和地球的半徑比約 11 倍按軌道比例縮放的話木星會大到兩個場景單位直接擋住后面幾十顆行星。常見做法是軌道半徑嚴格按 AU 比例球體半徑單獨按顯示需要縮放教學(xué)演示都這么處理別被「真實感」帶偏。時間軸同樣要壓縮地球一圈 60 秒其它行星按「真實公轉(zhuǎn)天數(shù) / 365.3 × 60 秒」計算就是第三章那張表的來源。自轉(zhuǎn)周期可以統(tǒng)一給 8 到 12 秒真實自轉(zhuǎn)差異在教學(xué)演示里不明顯強行按真實比例會讓部分行星慢到看不出在轉(zhuǎn)。驗證方法也很簡單跑起來后給地球軌道打個空物體標記用秒表掐一圈看是不是 60 秒左右然后把攝像機設(shè)到海王星外圍Position 用 (0, 20, 320)LookAt 太陽確認最遠軌道在視野內(nèi)。我從那以后每次拿到這類資源第一件事就是檢查根節(jié)點 Scale 是不是 1、軌道半徑是不是百量級再談顏色和光照。這套檢查流程救過我好幾次項目交付希望幫到你。本文還有配套的精品資源點擊獲取