如何实现Tomb of the Mask类型的游戏移动机制

这类效果的核心逻辑是：玩家触发方向输入后沿固定方向持续滑行，碰撞到障碍物/墙体才停止，全程保持网格对齐，无中途漂移。下面是三种经过验证的可落地方案，适配不同开发需求：

方案1：网格射线逐格推进（稳定性最高，优先选） #

这是最贴合原版手感、最不容易出bug的实现方式，逻辑完全不依赖物理系统：

• 前期先统一规则：把整张地图拆分为和玩家碰撞体尺寸完全一致的正方形网格，所有墙体、障碍、可通行区域严格对齐网格线，玩家初始坐标必须精准对齐网格点，坐标值始终保持「单格边长 * 整数」的基准格式
• 输入监听逻辑：捕获到方向滑动/按键输入时，先从玩家当前所在网格中心朝输入方向发射1格长度的射线，判断下一格是否可通行
  • 下一格不可通行：直接忽略本次输入，不触发移动
  • 下一格可通行：立刻锁定输入状态，启动逐格移动流程，移动过程中暂不响应新的方向输入
• 移动逻辑：用固定速度做坐标插值，把玩家从当前格平滑移动到下一格，每抵达1格就重复做一次方向射线检测：如果沿当前方向的下一格可通行就继续滑行，不可通行就解除输入锁定，停在当前格等待下一次输入
• 参考实现片段：

// Unity 下的核心移动协程示例
private IEnumerator Slide(Vector2Int moveDir)
{
    isSliding = true;
    // 逐格检测推进
    while (IsGridWalkable(currentGridPos + moveDir))
    {
        Vector3 targetWorldPos = GridToWorld(currentGridPos + moveDir);
        // 平滑移动到当前目标格
        while (transform.position != targetWorldPos)
        {
            transform.position = Vector3.MoveTowards(transform.position, targetWorldPos, slideSpeed * Time.deltaTime);
            yield return null;
        }
        currentGridPos += moveDir;
    }
    isSliding = false;
}

• 优化点：如果要做中途变向的顺滑手感，只需要在玩家刚好对齐网格坐标的瞬间检测是否有新的方向输入，有就直接切换移动方向即可，不要在两格之间的移动过程中强行修改坐标。

方案2：刚体零摩擦滑行（适合扩展特殊机制） #

如果要做加速道具、冰面打滑、撞击击退这类带物理交互的扩展机制，可以用这个方案：

• 组件配置：给玩家挂载刚体，重力缩放设为0，线性阻尼设为0，碰撞检测模式开Continuous Dynamic防止高速穿墙；玩家碰撞体用和单格尺寸完全匹配的盒型碰撞体，挂载摩擦力为0的物理材质；所有地图墙体碰撞体严格对齐网格，不要留缝隙或重叠
• 输入逻辑：捕获到有效方向输入时，直接给刚体施加对应方向的瞬时冲量，让刚体保持固定速度沿方向滑行
• 停止逻辑：每帧监听碰撞事件，当碰撞法线与当前移动方向完全相反时，直接将刚体速度设为0，同时把玩家坐标吸附到最近的网格点，避免多次碰撞后出现位置偏移卡墙。

方案3：预烘焙路径查表（性能最优，适合大地图） #

如果地图规模大、对运行时性能要求高，可以用预计算的方案把检测逻辑前置：

• 地图加载完成后，遍历所有可通行网格，提前计算每个网格朝四个方向滑行的最终停止坐标，把结果存在二维查询表中
• 运行时捕获到方向输入，直接查表拿到当前位置对应方向的终点坐标，启动补间动画把玩家平滑移动到终点即可，全程不需要逐格做射线或碰撞检测
• 如果地图有动态障碍（比如开合的门、移动的尖刺），只需要在障碍状态变化时，重新计算受影响范围的网格路径数据即可，运行时开销极低。

通用避坑提醒：不要混用坐标直接修改和物理力驱动两种移动逻辑，否则大概率会出现碰撞判定失效、移动抖动、穿墙的问题。

内容的提问来源于stack exchange，提问作者Not Stranger