戰(zhàn):無(wú)限跑道與對(duì)象池實(shí)現(xiàn))
如果你打算從零開(kāi)始用 Unity 做一個(gè)跑酷游戲練手那么這篇文章可以給你一套完整的第 2 天推進(jìn)方案。為什么標(biāo)題叫“重生之我靠湯姆貓跑酷掙大錢(qián)”因?yàn)槠瘘c(diǎn)確實(shí)不高沒(méi)有現(xiàn)成美術(shù)、沒(méi)有復(fù)雜策劃只有一臺(tái)電腦和一點(diǎn)點(diǎn) C# 基礎(chǔ)但只要把核心玩法跑通后續(xù)的優(yōu)化、上架、廣告變現(xiàn)才有討論的余地。第 1 天我們完成了 Unity 環(huán)境搭建、項(xiàng)目創(chuàng)建、基礎(chǔ)場(chǎng)景擺放和角色模型的引入第 2 天要解決的核心問(wèn)題是讓游戲真正“跑起來(lái)”包括四車(chē)道移動(dòng)、跳躍下滑、障礙物生成、碰撞判定、得分和重開(kāi)流程。本文默認(rèn)你用的是 Unity 引擎語(yǔ)言為 C#。代碼部分會(huì)按文件拆分并給出完整腳本路徑說(shuō)明清楚任何一步都能照做。如果你是第一次寫(xiě)跑酷游戲請(qǐng)認(rèn)真讀第 3 節(jié)的概念拆解如果你只想快速抄代碼可以直接跳到第 4 節(jié)再回頭對(duì)照原理。1. Day 2 目標(biāo)與整體方案設(shè)計(jì)第 1 天做完之后我們手里應(yīng)該有一個(gè)包含地面、玩家占位模型和攝像機(jī)的空?qǐng)鼍?。但此時(shí)玩家還不能動(dòng)地面不會(huì)循環(huán)也沒(méi)有障礙物游戲談不上“可玩”。Day 2 的目標(biāo)非常明確把跑酷游戲的核心循環(huán)Core Loop搭出來(lái)讓玩家能操作角色持續(xù)前進(jìn)躲避隨機(jī)出現(xiàn)的障礙物并給出分?jǐn)?shù)反饋。1.1 跑酷游戲核心循環(huán)跑酷類(lèi)游戲的核心循環(huán)可以拆成三個(gè)環(huán)節(jié)環(huán)節(jié)說(shuō)明對(duì)應(yīng)模塊輸入玩家按方向鍵切換車(chē)道、按空格跳躍、按 S 下滑玩家控制器反饋角色移動(dòng)、道路無(wú)限延伸、障礙物不斷出現(xiàn)跑道循環(huán) 障礙物生成結(jié)算撞到障礙物游戲結(jié)束展示分?jǐn)?shù)游戲管理器這三個(gè)環(huán)節(jié)必須在一個(gè)“狀態(tài)機(jī)”下協(xié)作。游戲進(jìn)行中時(shí)玩家可以移動(dòng)和跳躍游戲結(jié)束時(shí)所有輸入失效Time.timeScale 歸零只允許點(diǎn)擊“重新開(kāi)始”按鈕重載場(chǎng)景。1.2 為什么第 2 天選擇先做玩法而不是先做美術(shù)很多新手做游戲容易陷入“先畫(huà)地圖、先找模型、先調(diào) UI”的誤區(qū)。實(shí)際上跑酷游戲最核心的價(jià)值在于操作手感變道是否跟手、跳躍是否干脆、碰撞判定是否合理。這些全部依賴代碼和參數(shù)和美術(shù)資源沒(méi)有直接關(guān)系。所以第 2 天我們用最簡(jiǎn)單的 Cube 和預(yù)制體完成一個(gè)可玩 Demo等手感達(dá)標(biāo)后再替換成真正的游戲素材。需要注意的一個(gè)版權(quán)問(wèn)題本文標(biāo)題中的“湯姆貓跑酷”只是娛樂(lè)化表達(dá)游戲中不要直接使用湯姆貓相關(guān)的美術(shù)素材、音樂(lè)或命名否則會(huì)涉及版權(quán)風(fēng)險(xiǎn)。個(gè)人學(xué)習(xí)時(shí)建議使用自帶占位素材后續(xù)替換成自己制作的資源。1.3 Day 2 功能清單玩家角色自動(dòng)前進(jìn)。四車(chē)道切換使用左右方向鍵或 AD 鍵??崭矜I跳躍按 S 或下方向鍵下滑。跑道地面分段循環(huán)實(shí)現(xiàn)“無(wú)限跑酷”效果。障礙物在玩家前方隨機(jī)生成玩家撞到后游戲結(jié)束。分?jǐn)?shù)隨時(shí)間增長(zhǎng)游戲結(jié)束后展示最終分?jǐn)?shù)。支持重新開(kāi)始。2. 環(huán)境準(zhǔn)備與項(xiàng)目結(jié)構(gòu)先說(shuō)明版本。Unity 的 API 在不同的 2020、2021、2022 版本之間會(huì)有細(xì)微差異但本文用到的CharacterController、GameObject.FindWithTag、SceneManager等 API 在近幾年的版本中都很穩(wěn)定。建議使用 Unity 2021.3 LTS 或更新的 LTS 版本保持長(zhǎng)期支持并且網(wǎng)上教程多方便排查問(wèn)題。開(kāi)發(fā)語(yǔ)言使用 C#代碼編輯器推薦 Visual Studio 2022 或 Rider。項(xiàng)目創(chuàng)建時(shí)選擇3DBuilt-in Render Pipeline模板即可不需要 URP 或 HDRP減少不必要的渲染配置成本。2.1 項(xiàng)目結(jié)構(gòu)Day 2 的項(xiàng)目結(jié)構(gòu)建議如下Assets/ Scenes/ Game.unity Scripts/ PlayerController.cs GroundRecycle.cs ObstacleSpawner.cs GameManager.cs CameraFollow.cs Prefabs/ Ground.prefab Obstacle.prefab Player.prefab如果暫時(shí)不想分 Prefabs 文件夾也可以直接在場(chǎng)景中手動(dòng)創(chuàng)建對(duì)象并掛腳本。但后續(xù)做商業(yè)化迭代時(shí)預(yù)制體是必須的因?yàn)殡S著關(guān)卡變化你需要頻繁復(fù)用同一個(gè)地面塊或障礙物。2.2 場(chǎng)景層次規(guī)劃場(chǎng)景中的對(duì)象結(jié)構(gòu)建議按以下層次組織GameManager空物體掛 GameManager.csObstacleSpawner空物體掛 ObstacleSpawner.csGroundManager空物體管理地面PlayerCharacterController 子物體模型Main Camera掛 CameraFollow.csUICanvas內(nèi)含分?jǐn)?shù) Text 和結(jié)束面板這樣劃分之后代碼之間通過(guò)GameManager.Instance和 Tag 通信邏輯足夠松耦合適合繼續(xù)擴(kuò)展。3. 跑酷游戲的核心概念拆解在敲代碼之前先把幾個(gè)關(guān)鍵概念理清楚。這些概念在幾乎所有跑酷游戲中都會(huì)復(fù)用。3.1 四車(chē)道玩法與坐標(biāo)設(shè)計(jì)湯姆貓跑酷、神廟逃亡這類(lèi)游戲本質(zhì)上都是“多車(chē)道跑酷”。角色只在固定數(shù)量的車(chē)道上橫向切換不會(huì)自由左右移動(dòng)。四車(chē)道的 X 坐標(biāo)可以這樣計(jì)算第 0 條車(chē)道 x -4.5 第 1 條車(chē)道 x -1.5 第 2 條車(chē)道 x 1.5 第 3 條車(chē)道 x 4.5如果車(chē)道間隔laneWidth為 3車(chē)道數(shù)量laneCount為 4則 X 坐標(biāo)為(i - (laneCount - 1) * 0.5f) * laneWidth。這樣無(wú)論車(chē)道數(shù)量是 3 還是 5都可以直接用代碼生成而不是手動(dòng)填一個(gè) float 數(shù)組。角色切換車(chē)道時(shí)不應(yīng)該“瞬移”而要用 lerp 插值平滑過(guò)渡。如果瞬移玩家會(huì)感覺(jué)不到角色的重量感也容易在快速切換時(shí)直接穿過(guò)障礙物。3.2 玩家移動(dòng)CharacterController 還是 Rigidbody跑酷游戲的角色移動(dòng)一般有兩種方案Rigidbody適合做物理彈跳、碰撞反饋但需要處理剛體休眠、速度疊加、碰撞穿透等問(wèn)題控制手感時(shí)比較費(fèi)勁。CharacterControllerUnity 專(zhuān)門(mén)為“角色控制”設(shè)計(jì)的組件自帶碰撞檢測(cè)和步進(jìn)處理沒(méi)有剛體物理那么復(fù)雜適合跑酷、FPS 角色等非物理類(lèi)移動(dòng)。本文采用 CharacterController。它的Move方法會(huì)考慮碰撞isGrounded屬性可以直接判斷角色是否在地面上省去自己打射線檢測(cè)地面的工作。這是新手最容易踩坑的地方如果用 Rigidbody 自己寫(xiě)的OnCollisionEnter判斷地面經(jīng)常會(huì)因?yàn)槲锢聿竭M(jìn)時(shí)序問(wèn)題導(dǎo)致“跳不起來(lái)”或者“在空中還能跳第二次”。3.3 無(wú)限跑酷地面循環(huán)真正的跑酷場(chǎng)景不可能無(wú)限加載一長(zhǎng)條地面那樣既浪費(fèi)內(nèi)存又容易讓浮點(diǎn)數(shù)精度在長(zhǎng)距離移動(dòng)后出現(xiàn)問(wèn)題。常見(jiàn)的解法是“地面循環(huán)”。思路是把跑道拆成多段固定長(zhǎng)度的地面塊。玩家向前跑當(dāng)某個(gè)地面塊被玩家甩到身后足夠遠(yuǎn)時(shí)把它重新放回前方最遠(yuǎn)處如此反復(fù)循環(huán)。因?yàn)槊繅K地面外觀相同玩家看到的效果就是“永遠(yuǎn)跑不完的跑道”。本文使用的GroundRecycle.cs就是這個(gè)思路的簡(jiǎn)化版。它采用“段循環(huán)”而不是“嚴(yán)格對(duì)象池”但已經(jīng)能解決無(wú)限跑酷的核心問(wèn)題。3.4 障礙物生成與對(duì)象池障礙物不能在一開(kāi)始就全部生成否則玩家還沒(méi)跑過(guò)去場(chǎng)景里已經(jīng)堆滿了物體。正確做法是在玩家前方固定距離處每隔一段時(shí)間生成一個(gè)障礙物生成的車(chē)道隨機(jī)選擇。當(dāng)障礙物被玩家甩到身后時(shí)將它回收或銷(xiāo)毀。這里引入一個(gè)非常重要的概念對(duì)象池。跑酷游戲每幾秒生成一個(gè)障礙物如果不回收而是反復(fù)Instantiate和Destroy會(huì)產(chǎn)生大量?jī)?nèi)存碎片游戲長(zhǎng)時(shí)間運(yùn)行會(huì)出現(xiàn)卡頓。對(duì)象池的做法是第一次生成時(shí)創(chuàng)建障礙物實(shí)例。障礙物移出屏幕后不移除而是SetActive(false)并放入池子。下次生成時(shí)優(yōu)先從池子里取出復(fù)用而不是重新創(chuàng)建。這樣游戲中活躍的障礙物數(shù)量始終被控制在一個(gè)很小的范圍內(nèi)。在第 4 節(jié)的ObstacleSpawner.cs中我們會(huì)用QueueGameObject實(shí)現(xiàn)一個(gè)輕量對(duì)象池。3.5 碰撞判定與游戲狀態(tài)碰撞判定有兩條路線給玩家和障礙物都加 Collider用OnCollisionEnter檢測(cè)物理碰撞。將障礙物的 Collider 設(shè)為觸發(fā)器用OnTriggerEnter檢測(cè)進(jìn)入范圍。由于我們用了 CharacterController玩家自帶一個(gè)控制器碰撞器障礙物是普通 Box Collider二者碰撞時(shí)會(huì)觸發(fā)OnControllerColliderHit。這個(gè)回調(diào)可以直接拿到碰到的 Collider再判斷 Tag 是否等于 Obstacle語(yǔ)義非常清晰不需要額外的觸發(fā)器設(shè)置。碰撞發(fā)生后游戲需要進(jìn)入“結(jié)束狀態(tài)”。最穩(wěn)妥的做法是使用GameManager作為全局單例維護(hù)isGameOver標(biāo)記。避免出現(xiàn)“游戲結(jié)束后還繼續(xù)計(jì)分、繼續(xù)生成障礙物”的失控情況。4. 完整實(shí)戰(zhàn)跑酷核心玩法落地下面我們開(kāi)始寫(xiě)代碼。所有腳本都放在Assets/Scripts目錄下。請(qǐng)按順序完成不要跳步。4.1 搭建跑道循環(huán)在場(chǎng)景中創(chuàng)建一個(gè) Cube命名為Ground設(shè)置它的 Scale 為12, 0.5, 20。注意 X 軸長(zhǎng)度 12 正好覆蓋四條車(chē)道的總寬度Z 軸長(zhǎng)度 20 是每一段的長(zhǎng)度。將 Cube 的 Y 坐標(biāo)設(shè)為 -0.25這樣地面頂面正好在 Y0方便玩家角色站在上面。給地面添加 Tag 為Ground如果沒(méi)有這個(gè) Tag可以在 Tag 下拉菜單中點(diǎn)擊 Add Tag新建一個(gè)。把地面拖成 Prefab保存到Assets/Prefabs/Ground.prefab。在場(chǎng)景中放置 5 個(gè) Ground 實(shí)例Z 坐標(biāo)分別為 0、20、40、60、80。然后創(chuàng)建腳本GroundRecycle.csusing UnityEngine; // 文件路徑Assets/Scripts/GroundRecycle.cs public class GroundRecycle : MonoBehaviour { [Header(每段地面長(zhǎng)度)] public float groundLength 20f; [Header(循環(huán)段數(shù)必須與場(chǎng)景中地面塊數(shù)量一致)] public int recycleCount 5; private Transform player; private void Start() { // 通過(guò) Tag 找到玩家避免手動(dòng)拖引用 player GameObject.FindWithTag(Player).transform; } private void Update() { // 如果玩家已經(jīng)跑過(guò)當(dāng)前地面中心線 1.5 倍長(zhǎng)度就把當(dāng)前地面循環(huán)到最前方 if (player.position.z transform.position.z groundLength * 1.5f) { transform.position Vector3.forward * (groundLength * recycleCount); } } }這段代碼的原理很簡(jiǎn)單玩家每跑完一塊地面當(dāng)前地面塊就被傳送到前方 5 段之外的位置。假設(shè) 5 塊地面的位置依次是 0、20、40、60、80當(dāng)玩家跑到 30 時(shí)位于 0 的地面會(huì)跳到 100玩家跑到 50 時(shí)位于 20 的地面跳到 120。地面塊的相對(duì)順序始終保持不變視覺(jué)效果就是一塊接一塊地向玩家流動(dòng)。需要注意如果場(chǎng)景中地面塊數(shù)量不是 5請(qǐng)同步修改recycleCount和擺放的數(shù)量。4.2 編寫(xiě)玩家控制器創(chuàng)建 Player 對(duì)象新建空物體命名Player。添加 CharacterController 組件。將 CharacterController 的 Height 設(shè)為 2Center 設(shè)為0, 1, 0。給 Player 添加 Tag 為Player。在 Player 下創(chuàng)建一個(gè) Cube 子物體調(diào)整到合適大小作為臨時(shí)角色模型。然后創(chuàng)建腳本PlayerController.csusing UnityEngine; // 文件路徑Assets/Scripts/PlayerController.cs public class PlayerController : MonoBehaviour { [Header(移動(dòng)參數(shù))] public float forwardSpeed 10f; public float laneChangeSpeed 10f; public float laneWidth 3f; public int laneCount 4; [Header(跳躍參數(shù))] public float jumpHeight 2f; public float gravity -20f; [Header(下滑參數(shù))] public float slideDuration 1.2f; private CharacterController controller; private float verticalVelocity; private bool isSliding; private float slideTimer; private int currentLane; private float[] laneXPositions; private float originHeight; private Vector3 originCenter; private void Start() { controller GetComponentCharacterController(); originHeight controller.height; originCenter controller.center; // 根據(jù)車(chē)道數(shù)量和車(chē)道寬度計(jì)算 4 條車(chē)道的 X 坐標(biāo) laneXPositions new float[laneCount]; for (int i 0; i laneCount; i) { laneXPositions[i] (i - (laneCount - 1) * 0.5f) * laneWidth; } // 初始站在第 2 條車(chē)道 currentLane 1; transform.position new Vector3(laneXPositions[currentLane], transform.position.y, transform.position.z); } private void Update() { if (GameManager.Instance ! null GameManager.Instance.isGameOver) return; HandleInput(); // 下滑狀態(tài)倒計(jì)時(shí) if (isSliding) { slideTimer - Time.deltaTime; if (slideTimer 0f) { EndSlide(); } } } private void FixedUpdate() { if (GameManager.Instance ! null GameManager.Instance.isGameOver) return; MoveCharacter(); } private void HandleInput() { if (Input.GetKeyDown(KeyCode.LeftArrow) || Input.GetKeyDown(KeyCode.A)) { ChangeLane(-1); } if (Input.GetKeyDown(KeyCode.RightArrow) || Input.GetKeyDown(KeyCode.D)) { ChangeLane(1); } if (Input.GetKeyDown(KeyCode.Space) controller.isGrounded) { Jump(); } if ((Input.GetKeyDown(KeyCode.DownArrow) || Input.GetKeyDown(KeyCode.S)) !isSliding) { StartSlide(); } } private void ChangeLane(int direction) { currentLane Mathf.Clamp(currentLane direction, 0, laneCount - 1); } private void Jump() { // 根據(jù)跳高和重力反推初速度比硬編碼速度更符合直覺(jué) verticalVelocity Mathf.Sqrt(jumpHeight * -2f * gravity); } private void StartSlide() { isSliding true; slideTimer slideDuration; // 把膠囊壓縮實(shí)現(xiàn)下蹲效果 controller.height originHeight * 0.5f; controller.center new Vector3(originCenter.x, originCenter.y - originHeight * 0.25f, originCenter.z); } private void EndSlide() { isSliding false; controller.height originHeight; controller.center originCenter; } private void MoveCharacter() { // 接地時(shí)將向下速度壓住避免反復(fù)彈跳 if (controller.isGrounded verticalVelocity 0f) { verticalVelocity -1f; } else { verticalVelocity gravity * Time.fixedDeltaTime; } Vector3 movement Vector3.zero; movement.z forwardSpeed; movement.y verticalVelocity; // 橫向平滑切換到目標(biāo)車(chē)道 float targetX laneXPositions[currentLane]; float newX Mathf.Lerp(transform.position.x, targetX, Time.fixedDeltaTime * laneChangeSpeed); movement.x newX - transform.position.x; controller.Move(movement * Time.fixedDeltaTime); } private void OnControllerColliderHit(ControllerColliderHit hit) { if (hit.collider.CompareTag(Obstacle)) { GameManager.Instance.GameOver(); } } }寫(xiě)完之后把PlayerController.cs掛到 Player 對(duì)象上。這里有幾個(gè)點(diǎn)需要解釋跳躍初速度為什么用Mathf.Sqrt(jumpHeight * -2f * gravity)這是初中物理學(xué)過(guò)的公式v^2 2gh的變形。如果你想跳 2 米高而重力加速度是 -20那么初速度就是根號(hào)下 80 左右。這種寫(xiě)法讓你在 Inspector 里只要調(diào)節(jié)jumpHeight和gravity不需要手動(dòng)算速度。下滑不是直接讓模型趴下去而是改變 CharacterController 的 Height 和 Center。這樣做的意義是玩家角色占用的空間變小部分原本會(huì)撞到的高處障礙物就能被躲過(guò)去。FixedUpdate中做移動(dòng)因?yàn)镃haracterController.Move本質(zhì)是物理移動(dòng)。輸入在Update中檢測(cè)避免物理幀率不穩(wěn)定導(dǎo)致按鍵丟失。4.3 實(shí)現(xiàn)障礙物生成與回收創(chuàng)建障礙物預(yù)制體新建 Cube命名Obstacle。設(shè)置 Scale 為2, 2, 2。給障礙物添加 Tag 為Obstacle。拖成 Prefab保存到Assets/Prefabs/Obstacle.prefab。在場(chǎng)景中新建空物體命名ObstacleSpawner掛上ObstacleSpawner.cs。using System.Collections.Generic; using UnityEngine; // 文件路徑Assets/Scripts/ObstacleSpawner.cs public class ObstacleSpawner : MonoBehaviour { [Header(生成參數(shù))] public GameObject obstaclePrefab; public float spawnInterval 2.5f; public float spawnDistanceZ 60f; [Header(車(chē)道參數(shù))] public float laneWidth 3f; public int laneCount 4; private Transform playerTransform; private float timer; // 對(duì)象池相關(guān) private QueueGameObject pool new QueueGameObject(); private ListGameObject activeObstacles new ListGameObject(); private void Start() { playerTransform GameObject.FindWithTag(Player).transform; } private void Update() { if (GameManager.Instance ! null GameManager.Instance.isGameOver) return; timer Time.deltaTime; if (timer spawnInterval) { timer 0f; SpawnObstacle(); } RecycleObstacles(); } private void SpawnObstacle() { GameObject obstacle GetFromPool(); int lane Random.Range(0, laneCount); float x (lane - (laneCount - 1) * 0.5f) * laneWidth; Vector3 spawnPos new Vector3(x, 1f, playerTransform.position.z spawnDistanceZ); obstacle.transform.position spawnPos; obstacle.SetActive(true); activeObstacles.Add(obstacle); } private GameObject GetFromPool() { if (pool.Count 0) { GameObject obstacle pool.Dequeue(); return obstacle; } GameObject newObstacle Instantiate(obstaclePrefab); return newObstacle; } private void RecycleObstacles() { // 倒序遍歷避免移除元素時(shí)出現(xiàn)索引越界 for (int i activeObstacles.Count - 1; i 0; i--) { GameObject obstacle activeObstacles[i]; if (obstacle.transform.position.z playerTransform.position.z - 10f) { obstacle.SetActive(false); pool.Enqueue(obstacle); activeObstacles.RemoveAt(i); } } } }這個(gè)腳本生成了障礙物但沒(méi)有讓障礙物移動(dòng)。因?yàn)樵谶@里玩家是向前跑的障礙物靜止在地面上兩者相對(duì)速度由玩家速度提供。這比“障礙物自己移動(dòng)”更容易調(diào)試碰撞。關(guān)于障礙物的 Y 坐標(biāo)為 1是因?yàn)檎系K物是2,2,2的 Cube中心放到 Y1 時(shí)正好底部貼地。如果你后續(xù)替換障礙物模型記得根據(jù)模型高度調(diào)整。4.4 游戲管理與 UI接下來(lái)做游戲狀態(tài)管理和得分。在場(chǎng)景中新建空物體命名GameManager掛上GameManager.cs。using UnityEngine; using UnityEngine.SceneManagement; using UnityEngine.UI; // 文件路徑Assets/Scripts/GameManager.cs public class GameManager : MonoBehaviour { public static GameManager Instance; [Header(UI 組件)] public Text scoreText; public GameObject gameOverPanel; public Text finalScoreText; public int Score { get; private set; } public bool isGameOver { get; private set; } private float scoreTimer; private void Awake() { if (Instance null) { Instance this; } } private void Update() { if (isGameOver) return; // 每 0.1 秒增加 1 分模擬距離 scoreTimer Time.deltaTime; if (scoreTimer 0.1f) { scoreTimer 0f; AddScore(1); } } public void AddScore(int points) { if (isGameOver) return; Score points; scoreText.text 距離: Score m; } public void GameOver() { if (isGameOver) return; isGameOver true; finalScoreText.text 本次跑酷距離: Score m; gameOverPanel.SetActive(true); // 暫停整個(gè)游戲包括計(jì)時(shí)、生成器和玩家輸入 Time.timeScale 0f; } public void RestartGame() { Time.timeScale 1f; SceneManager.LoadScene(SceneManager.GetActiveScene().name); } }然后創(chuàng)建 Canvas默認(rèn)會(huì)自動(dòng)創(chuàng)建一個(gè) EventSystem保留即可。在 Canvas 下創(chuàng)建 Text命名ScoreText放在左上角把它的引用拖給 GameManager 的ScoreText。在 Canvas 下創(chuàng)建 Panel命名GameOverPanel默認(rèn)SetActive(false)。在 GameOverPanel 下創(chuàng)建兩個(gè)子物體一個(gè)FinalScoreText用來(lái)顯示最終分?jǐn)?shù)一個(gè)RestartButton用來(lái)重新開(kāi)始。為 RestartButton 添加Button組件在 OnClick 事件中把 GameManager 對(duì)象拖進(jìn)去選擇GameManager.RestartGame()。GameManager.Instance會(huì)被玩家控制器的碰撞回調(diào)使用所以這段代碼必須盡早運(yùn)行。放在Awake中初始化就是為了保證其他腳本的Start能安全使用它。4.5 攝像機(jī)跟隨最后給攝像機(jī)添加跟隨腳本否則玩家跑出畫(huà)面就什么都看不到了。using UnityEngine; // 文件路徑Assets/Scripts/CameraFollow.cs public class CameraFollow : MonoBehaviour { public Transform target; public Vector3 offset new Vector3(0, 5, -8); public float smoothTime 0.3f; private Vector3 velocity; private void LateUpdate() { if (target null) return; Vector3 targetPos target.position offset; // 使用 SmoothDamp 做平滑跟隨避免攝像機(jī)抖動(dòng) transform.position Vector3.SmoothDamp(transform.position, targetPos, ref velocity, smoothTime); // 讓攝像機(jī)始終對(duì)準(zhǔn)角色 transform.LookAt(target.position Vector3.up * 1.5f); } }把 Main Camera 上的默認(rèn)腳本刪掉掛上CameraFollow.cs并把 Player 拖到 Target 字段。4.6 運(yùn)行與驗(yàn)證點(diǎn)擊 Unity 編輯器左上角的 Play 按鈕預(yù)期現(xiàn)象如下玩家角色自動(dòng)向前移動(dòng)。跑道地面循環(huán)出現(xiàn)玩家永遠(yuǎn)不會(huì)掉落。每隔 2.5 秒前方 60 米處隨機(jī)某個(gè)車(chē)道生成一個(gè)障礙物。按左右方向鍵切換車(chē)道切換過(guò)程平滑。按空格鍵跳躍松開(kāi)后自然下落。按 S 鍵下滑角色膠囊碰撞體變矮持續(xù) 1.2 秒后恢復(fù)。撞到障礙物后游戲結(jié)束界面顯示最終跑酷距離。點(diǎn)擊 Restart 按鈕后場(chǎng)景重載一切重新開(kāi)始。如果你發(fā)現(xiàn)障礙物撞到玩家時(shí)游戲沒(méi)有結(jié)束請(qǐng)先檢查障礙物是否有 Box Collider以及 Tag 是否設(shè)置為Obstacle。5. 常見(jiàn)問(wèn)題與排查思路下面是跑酷游戲 Day 2 階段最容易碰到的問(wèn)題按排查難度排序問(wèn)題現(xiàn)象常見(jiàn)原因解決思路玩家掉出地面地面沒(méi)有添加 Ground Tag或者 CharacterController 高度不足檢查地面和 Tag檢查 Player 的 Capsule Collider 底端是否貼地跳躍后無(wú)法再次跳躍使用了controller.isGrounded但跳躍時(shí)沒(méi)有把地面當(dāng)成剛體檢查地面是否被移到玩家腳下且地面塊之間沒(méi)有空隙撞到障礙物但游戲不結(jié)束障礙物缺少 Box Collider 或 Tag 不對(duì)把障礙物的 Tag 改為 Obstacle添加 Box Collider游戲結(jié)束后仍然移動(dòng)GameManager.isGameOver判定時(shí)序不對(duì)在OnControllerColliderHit中使用GameOver()并把Time.timeScale設(shè)為 0障礙物堆積過(guò)多對(duì)象池沒(méi)有回收邏輯確認(rèn)RecycleObstacles()在 Update 中被調(diào)用攝像機(jī)抖動(dòng)嚴(yán)重使用LateUpdate加 SmoothDamp 仍然抖動(dòng)可能是玩家移動(dòng)在 FixedUpdate 而相機(jī)在 LateUpdate將玩家移動(dòng)也改到 Update或?yàn)橥婕以黾幼詣?dòng)平滑插值地面出現(xiàn)缺口地面塊長(zhǎng)度和groundLength不一致檢查 Ground 的 Scale 和GroundRecycle.groundLength是否都等于 20按鍵無(wú)響應(yīng)輸入檢測(cè)被isGameOver提前 return 攔截檢查 PlayerController 的HandleInput前是否判斷了游戲狀態(tài)遇到問(wèn)題不要急著改代碼先用 Debug.Log 確認(rèn)事件是否被觸發(fā)。比如在OnControllerColliderHit中加一行Debug.Log(hit.collider.tag);就能快速判斷碰撞事件有沒(méi)有進(jìn)入。6. 最佳實(shí)踐與工程建議Day 2 的 Demo 雖小但從一開(kāi)始就養(yǎng)成工程習(xí)慣后續(xù)開(kāi)發(fā)會(huì)省很多時(shí)間。6.1 參數(shù)全部暴露到 Inspector前文所有腳本中的數(shù)值比如forwardSpeed、jumpHeight、spawnInterval、groundLength都應(yīng)該定義成public字段或者帶[Header]的字段。不要硬編碼在代碼里。這樣策劃或你自己在調(diào)手感時(shí)只需要在 Inspector 中拖動(dòng)參數(shù)不用重新編譯代碼。跑酷游戲最重要的是手感而手感又高度依賴數(shù)值。建議建一個(gè)“玩家參數(shù)參考表”參數(shù)含義推薦調(diào)整范圍forwardSpeed前進(jìn)速度8 到 15越大難度越高laneChangeSpeed換道速度8 到 15太慢會(huì)顯得飄jumpHeight跳躍高度1.5 到 2.5gravity重力值-20 到 -30spawnInterval障礙物生成間隔1.5 到 3.5越短越難slideDuration下滑持續(xù)時(shí)間0.8 到 1.56.2 對(duì)象池一定要從早期就引入很多新手覺(jué)得 Demo 階段直接Instantiate和Destroy無(wú)所謂等后續(xù)優(yōu)化再上對(duì)象池。但跑酷游戲的障礙物生成頻率很高如果早期不習(xí)慣“復(fù)用對(duì)象”的思維方式后續(xù)重構(gòu)成本反而更大。第 4 節(jié)的ObstacleSpawner已經(jīng)用隊(duì)列實(shí)現(xiàn)了對(duì)象池后面可以擴(kuò)展到金幣、特效、子彈等所有頻繁生成和銷(xiāo)毀的對(duì)象。對(duì)象池的三個(gè)關(guān)鍵點(diǎn)取出時(shí)SetActive(true)?;厥諘r(shí)SetActive(false)?;厥蘸笠蹇栈蛑刂媚_本狀態(tài)。6.3 用 Tag 管理對(duì)象關(guān)系第 4 節(jié)中玩家、地面、障礙物之間沒(méi)有互相拖引用而是通過(guò)FindWithTag找到對(duì)象。這種方式雖然簡(jiǎn)單但要求所有對(duì)象 Tag 必須準(zhǔn)確設(shè)置。建議在項(xiàng)目早期就建立一個(gè) Tag 清單例如PlayerGroundObstacle后續(xù)引入金幣、陷阱、墻壁時(shí)提前規(guī)劃 Tag避免用一個(gè)字符串散落到處。6.4 游戲狀態(tài)全局單例要克制GameManager使用單例模式很方便但不要變成“萬(wàn)能管理器”。一個(gè)常見(jiàn)的壞味道是所有腳本都把邏輯堆在 GameManager 中導(dǎo)致它承擔(dān)了太多職責(zé)。Day 2 階段 GameManager 只需要管理三件事游戲是否結(jié)束。UI 分?jǐn)?shù)更新。場(chǎng)景重載。建議后續(xù)把分?jǐn)?shù)計(jì)算、排行榜、廣告邏輯分別拆分到 ScoreManager、LeaderboardManager、AdsManager 等類(lèi)中保持單一職責(zé)。6.5 注意浮點(diǎn)數(shù)精度與場(chǎng)景規(guī)模無(wú)限跑酷游戲跑久了玩家的 Z 坐標(biāo)會(huì)越來(lái)越大。Unity 引擎中浮點(diǎn)數(shù)在超過(guò)幾萬(wàn)之后精度會(huì)下降導(dǎo)致畫(huà)面抖動(dòng)。長(zhǎng)期方案是把場(chǎng)景“往回收”例如每跑一定距離就將世界坐標(biāo)歸零并重置所有對(duì)象位置。Day 2 階段不需要做但心里要有這個(gè)意識(shí)。6.6 商業(yè)化前的安全性提醒如果你想靠跑酷游戲掙廣告費(fèi)最容易踩的坑是素材版權(quán)。直接使用湯姆貓、迪士尼、任天堂等已有 IP 的美術(shù)、音樂(lè)、名稱都會(huì)導(dǎo)致上架時(shí)被下架或收到侵權(quán)通知。學(xué)習(xí)階段可以隨便用占位素材真正上架時(shí)請(qǐng)使用自己制作、購(gòu)買(mǎi)授權(quán)或使用公開(kāi)許可證的素材。廣告變現(xiàn)比如激勵(lì)視頻、插屏廣告在技術(shù)上并不復(fù)雜但前提是游戲的可玩性足夠。建議把精力優(yōu)先放在手感打磨和難度曲線上。6.7 為 Day 3 預(yù)留擴(kuò)展空間現(xiàn)在代碼中ObstacleSpawner使用隨機(jī)車(chē)道生成單個(gè)障礙物后續(xù)可以很容易擴(kuò)展出多種障礙物類(lèi)型高障礙、低障礙、移動(dòng)障礙。建議把障礙物做成多種 Prefab并讓生成器支持按概率選取。這樣 Day 3 做難度遞增時(shí)就不需要重寫(xiě)生成邏輯。7. 總結(jié)與下一步計(jì)劃第 2 天結(jié)束時(shí)你已經(jīng)擁有一個(gè)可以運(yùn)行的跑酷核心 Demo玩家自動(dòng)前進(jìn)、四車(chē)道切換、跳躍下滑、無(wú)限跑道、隨機(jī)障礙物、碰撞結(jié)束、分?jǐn)?shù)展示、重新開(kāi)始。這套邏輯是所有跑酷游戲的骨架換個(gè)美術(shù)資源、加個(gè)金幣系統(tǒng)就能演變成一款完整小游戲。接下來(lái)建議按這樣的優(yōu)先級(jí)繼續(xù)推進(jìn)先調(diào)手感把forwardSpeed、jumpHeight、laneChangeSpeed調(diào)到你覺(jué)得舒服的數(shù)值這是玩家留存的關(guān)鍵。再加基礎(chǔ)反饋跑步動(dòng)畫(huà)、跳躍落地粒子、撞擊特效這些會(huì)在感官上讓游戲“活起來(lái)”。再設(shè)計(jì)難度讓障礙物生成間隔隨著分?jǐn)?shù)增加逐漸縮短或者引入更復(fù)雜的障礙物組合。最后做商業(yè)化接入廣告 SDK、內(nèi)購(gòu)、排行榜把用戶時(shí)長(zhǎng)轉(zhuǎn)化為收入。跑酷游戲看起來(lái)簡(jiǎn)單真正要做到“手感在線、節(jié)奏合理”需要反復(fù)調(diào)參。如果你在 Day 2 實(shí)操中遇到了代碼之外的詭異問(wèn)題可以先關(guān)閉所有燈光陰影、刪除多余物體用最簡(jiǎn)單的場(chǎng)景驗(yàn)證邏輯再逐步加回內(nèi)容。如果這篇文章對(duì)你有幫助可以收藏備用后續(xù) Day 3 會(huì)繼續(xù)圍繞“障礙物類(lèi)型、難度曲線和玩家動(dòng)畫(huà)狀態(tài)機(jī)”展開(kāi)。