Unity贪吃蛇开发笔记：从蛇身跟随到对象池的实战经验

做Unity练手项目，很多人第一反应是跟着官方教程做Roll a Ball或者Survival Shooter。但我自己第一个认真做完的项目，反而是这个看起来“太简单了”的贪吃蛇。原因很简单：动起手来你才会发现，贪吃蛇把游戏开发里最核心的一批问题全涉及了——输入与方向控制、移动计时、网格坐标与视觉坐标的换算、碰撞检测、动态对象生成、UI状态切换，甚至还能一路延伸到对象池和性能优化。这篇笔记不是从零教你怎么拖场景、摆预制体，而是记录我实际写这个项目时踩过的坑、反复权衡过的方案，以及最后留在工程里的做法。如果你正在用Unity做贪吃蛇，或者想通过一个小项目把Unity的基础机制串起来，这篇应该能帮你少走不少弯路。

1. 贪吃蛇这个“小学生项目”，为什么值得认真做一遍

1.1 一个小小的项目，却能覆盖Unity的核心循环

很多初学者会低估贪吃蛇的覆盖面。表面上它是一个几行逻辑就能讲清楚的小游戏，但真正用Unity实现时，你面对的是游戏循环里的每一个环节：场景初始化、玩家输入、状态更新、碰撞反馈、UI刷新、游戏结束与重开。

举几个具体的例子。贪吃蛇需要蛇身跟着蛇头移动，这涉及多个对象之间的坐标同步；吃食物要生成新的身体节点，这涉及Prefab实例化与资源管理；撞墙或撞到自己要停止游戏并弹结束界面，这涉及状态机切换和事件通知。哪怕只是把分数刷新到UI上，你也会接触到TextMeshPro和MonoBehaviour生命周期之间的关系。

所以贪吃蛇是一个很好的“最小闭环”项目。它不会大到让你失去耐心，又足够让你把Unity日常开发生涯里常用的模块全过一遍。做完之后你会发现，之后做任何2D小游戏，很多代码都可以直接复用或者稍微改改就能用。

1.2 为什么照着教程做，还是会出现各种“灵异现象”

网上关于Unity贪吃蛇的教程一大堆，但很多人照着敲完代码，运行起来却会发现一堆问题：蛇身转弯时会漂移，快速连按方向键会反向穿过自己，有时候已经撞墙了却没有触发游戏结束。这些问题大多不是因为教程代码写错了，而是教程只给了结果，没讲清楚“为什么这么写”。

最典型的就是蛇身跟随。很多教程会告诉你用一个List<Transform>存身体节点，移动时让后一个节点跟随前一个节点的位置。这个思路本身没错，但如果你的移动间隔、转向逻辑、生长逻辑和碰撞检测不在同一个节奏上，跑起来就会出各种怪现象。所以我在做这个项目时，特意把每个模块单独拆开想清楚，再合到一起。这也是这篇笔记的出发点：技术点本身不复杂，复杂的是它们之间的衔接和边界条件。

2. 蛇身跟随方案选型：历史点队列和链表节点，哪个更顺手

蛇身跟随是整个贪吃蛇的核心机制，也是网上讨论最多的问题。我实际试过两种主流做法：历史点队列和链表节点跟随。这两种方案各有各的适用场景，理解它们的差异，比直接抄代码重要得多。

2.1 历史点队列：让整条蛇严格走在头部轨迹上

历史点队列的原理很简单：维护一个List<Vector2Int>，每次蛇头移动之前，把当前所在的网格坐标存入这个列表。这样这个列表就记录了蛇头走过的所有格子。渲染身体节点时，第i节身体直接取历史点列表里从尾部往前数第i个点即可。

这个方案最核心的优点是：身体节点永远严格走在蛇头走过的路径上。不管是直角转弯还是连续折返，身体都不会出现“抄近道”或“漂移”的现象，因为它本身就是按蛇头的足迹排布的。

我在项目里用到的核心逻辑大致是：

csharp复制private List<Vector2Int> history = new List<Vector2Int>();
private Vector2Int headGridPos;
private Vector2Int headDirection;

void Move() {
    history.Add(headGridPos);
    headGridPos += headDirection;

    for (int i = 0; i < bodyList.Count; i++) {
        int idx = history.Count - 1 - i;
        if (idx >= 0) {
            Vector2Int targetGrid = history[idx];
            bodyList[i].transform.position = new Vector3(targetGrid.x, targetGrid.y, 0);
        }
    }

    int maxHistory = snakeLength + 2;
    while (history.Count > maxHistory) {
        hist