1. 项目概述：为什么2D游戏需要自定义轴排序？

在开发2D游戏时，一个最基础也最让人头疼的问题就是“谁该画在谁前面”。角色走到树后面，树却把角色挡住了；多个角色站在一起时，渲染顺序混乱，看起来像是一团乱麻。Unity默认的渲染排序规则，对于简单的横版或纵版游戏或许够用，但一旦涉及到斜45度视角的等距（Isometric）游戏、2.5D游戏，或者需要更精细的深度控制时，就会立刻捉襟见肘。

默认情况下，Unity的2D渲染器（如Sprite Renderer）在正交（Orthographic）摄像机下，主要依据两个因素排序：Sorting Layer（排序层）和Order in Layer（层内顺序）。当这两者都相同时，Unity会使用一个默认的“深度”来决定谁前谁后。对于正交摄像机，这个“深度”通常是指物体在摄像机前向轴（通常是Z轴）上的距离。然而，在2D游戏中，我们常常希望物体在世界空间Y轴上的位置来决定其前后关系——位置越高的物体（Y值越大），应该被视为“更远”，从而被绘制在更靠后的位置，反之亦然。这就是“Y轴排序”的核心需求。

但Unity的默认设置并不直接支持这种基于Y轴的排序逻辑。这时，“自定义轴排序模式”（Custom Axis Sort Mode）就成为了解决问题的关键。它允许我们定义一个三维向量，Unity会计算每个渲染器相对于这个向量的“投影距离”来进行排序，从而完美实现基于任意世界空间轴（如Y轴）的深度控制。这个功能看似只是项目设置里的一个选项，实则是构建复杂2D视觉层次和沉浸感体验的基石。

2. 核心原理：Unity的渲染排序机制深度拆解

要彻底掌握自定义轴排序，我们必须先理解Unity渲染管线的“排序”到底在排什么，以及它的优先级链条。

2.1 渲染队列与排序优先级链条

Unity的渲染器并非一股脑地画到屏幕上，而是需要经过严格的排序，以确保透明物体能正确混合，不透明物体能高效渲染。这个排序遵循一个明确的优先级链条，从高到低依次是：

1. 渲染队列（Render Queue）：这是在Shader中定义的底层优先级。数值越小，越先被渲染。例如，“Geometry”（2000）队列用于不透明物体，“Transparent”（3000）队列用于透明物体。所有2D Sprite默认都在“Transparent”队列。
2. 排序层（Sorting Layer）：在项目设置或代码中定义的逻辑层。你可以创建如“Background”、“Characters”、“Foreground”等层。高层级的层永远绘制在低层级层的前面。
3. 层内顺序（Order in Layer）：在同一排序层内，用整数值进一步细化顺序。数值大的绘制在数值小的前面。
4. 与摄像机的排序距离（Sorting Distance）：当以上三者都相同时，这个距离值将决定最终顺序。自定义轴排序模式，本质上就是修改了这个“排序距离”的计算方式。

2.2 默认排序距离的计算与局限

在正交摄像机下，默认的排序距离是如何计算的呢？它并不是物体到摄像机原点的直线距离，而是物体到摄像机**沿摄像机前向轴（Forward Axis）**的投影距离。对于2D游戏常用的正交摄像机，其前向轴通常是(0, 0, 1)或(0, 0, -1)。

假设我们有一个俯视的2D游戏，摄像机在(0, 0, -10)，看向(0, 0, 0)。一个精灵在(0, 5, 0)，另一个在(0, 10, 0)。它们的Z坐标都是0。计算它们到摄像机沿前向轴(0, 0, -1)的投影距离：

• 第一个精灵：距离 = (0, 0, 0) - (0, 0, -10) 在 (0, 0, -1) 上的投影。结果是10。
• 第二个精灵：距离同样是10。

问题来了：它们的排序距离相同！因此，当Sorting Layer和Order in Layer也相同时，它们的渲染顺序将由一个不确定的因素（如渲染器ID）决定，导致闪烁或错乱。这就是为什么仅仅把物体放在不同Y坐标上，Unity默认无法正确处理前后关系。

2.3 自定义轴排序的工作原理

自定义轴排序模式改变了游戏规则。它允许我们指定一个自定义轴向量（Custom Axis）。Unity会计算每个渲染器中心点（或指定的Sort Point）在这个自定义轴上的投影值，并将这个投影值作为新的“排序距离”。

通常，对于需要Y轴排序的2D游戏，我们会将自定义轴设置为(0, 1, 0)。这意味着：

• 一个在(x, 5, z)的精灵，其排序距离 = 5（它在Y轴上的投影）。
• 一个在(x, 10, z)的精灵，其排序距离 = 10。

排序规则是：排序距离越小的物体，被认为离摄像机“越近”，越先被渲染，但会被后渲染的物体覆盖。因此，Y=10的物体会被Y=5的物体“挡住”，实现了“Y值越大，物体越靠后”的视觉效果，完美模拟了深度。

注意：这里的“距离”概念容易混淆。在渲染排序中，“距离小”意味着在排序队列里靠前，但视觉上可能被靠后的物体覆盖。可以把它理解为“绘制顺序编号”，编号小的先画。

3. 实战配置：一步步启用Y轴自定义排序

理解了原理，配置起来就非常直观。这里提供从项目设置到代码控制的完整路径。

3.1 通过项目设置全局启用

这是最常用、影响范围最广的方式，适用于整个项目都使用同一套深度规则。

1. 打开Unity编辑器，点击顶部菜单栏的Edit->Project Settings。
2. 在项目设置窗口中，选择Graphics分类。
3. 在右侧面板中，找到Camera Settings折叠栏并展开。
4. 找到Transparency Sort Mode选项。默认是Default，这意味着由每个摄像机的投影模式决定。
5. 将Transparency Sort Mode从Default更改为Custom Axis。
6. 下方会出现一个新的向量输入框：Transparency Sort Axis。这就是我们的自定义轴。
7. 对于标准的2D游戏Y轴排序，将此向量的值设置为(0, 1, 0)。X和Z保持为0。

配置完成。现在，场景中所有使用透明队列（包括所有Sprite Renderer）的物体，都将使用Y轴坐标值作为其排序依据。

3.2 通过脚本动态控制摄像机

有些情况下，你可能需要不同的摄像机使用不同的排序轴，或者在运行时动态切换。这时就需要通过代码来控制摄像机的transparencySortMode属性。

using UnityEngine; public class CameraSortingController : MonoBehaviour { public Camera targetCamera; // 定义我们想要的自定义轴，例如Y轴向上 public Vector3 customSortAxis = new Vector3(0f, 1f, 0f); void Start() { if (targetCamera == null) targetCamera = Camera.main; // 关键步骤：将摄像机的透明排序模式设置为自定义轴 targetCamera.transparencySortMode = TransparencySortMode.CustomAxis; // 关键步骤：指定自定义轴的方向 targetCamera.transparencySortAxis = customSortAxis; Debug.Log($"摄像机 {targetCamera.name} 已启用自定义轴排序，轴方向: {customSortAxis}"); } // 示例：在运行时切换排序轴（例如切换到X轴排序） public void SwitchToXAxisSorting() { if (targetCamera != null) { targetCamera.transparencySortAxis = new Vector3(1f, 0f, 0f); Debug.Log("已切换至X轴排序"); } } }

重要提示：通过脚本设置摄像机的transparencySortMode和transparencySortAxis会覆盖项目设置中的全局配置。这意味着该摄像机会忽略Graphics设置中的值，优先使用代码指定的值。这为不同场景或特殊效果提供了灵活性。

3.3 排序点（Sort Point）的微妙影响

默认情况下，Unity使用精灵渲染器（Sprite Renderer）的包围盒中心（Center）来计算其在自定义轴上的投影。但在某些情况下，你可能希望使用精灵的轴心点（Pivot）。这可以通过修改Sprite Renderer的Sprite Sort Point属性来实现。

• Center（默认）：使用精灵变换后包围盒的中心。这是最稳定、最可预测的方式，尤其当精灵在旋转或缩放时。
• Pivot：使用精灵的轴心点。轴心点可以在Sprite Editor中编辑。如果你希望排序基于精灵的“脚底”或某个特定锚点，这会很有用。

如何设置：

1. 在Hierarchy中选择一个带有Sprite Renderer的游戏对象。
2. 在Inspector窗口中，找到Sprite Renderer组件。
3. 展开Additional Settings。
4. 找到Sprite Sort Point下拉菜单，在Center和Pivot之间切换。

实操心得：对于绝大多数Y轴排序的场景，使用默认的Center即可。只有当你的精灵轴心点经过特殊设计，且你明确希望基于该点进行深度判断时，才切换到Pivot。例如，一个角色精灵的轴心点在脚底，你希望角色的“脚”所在的高度决定其深度，这时使用Pivot会更精确。但要注意，精灵旋转时，基于Pivot的排序可能会产生非直观的结果。

4. 解决复杂场景：排序组（Sorting Group）与自定义轴的协同

自定义轴排序解决了全局的深度基准问题，但在复杂对象（如一个由多个精灵组成的角色）内部，我们还需要精细控制。这就是Sorting Group（排序组）组件大显身手的地方。

4.1 排序组的作用与局限

排序组组件允许你将多个渲染器“捆绑”在一起，作为一个整体进行排序。组内所有渲染器共享同一个Sorting Layer、Order in Layer以及相对于摄像机的排序距离。

在没有自定义轴排序时，这个“距离”是到摄像机前向轴的距离。启用了自定义Y轴排序后，这个“距离”就是该排序组变换位置在自定义轴（Y轴）上的投影值。

一个常见的误区：认为排序组内的子物体可以独立于组进行排序。这是错误的。一旦父物体添加了Sorting Group，所有子渲染器将忽略自身的Sorting Layer和Order in Layer设置，完全服从排序组的统一排序值。它们之间的相对顺序由它们在Hierarchy中的顺序决定（后渲染的覆盖先渲染的），但这仅限于在同一个排序组内。

4.2 实战案例：多层角色渲染

假设我们有一个角色，由身体（Body）、手臂（Arm）、武器（Weapon）三个精灵组成。我们希望角色作为一个整体参与Y轴排序，同时确保武器画在手臂前面，手臂画在身体前面。

1. 创建角色结构：

   Player (GameObject， 带Sorting Group组件) ├── Body (Sprite Renderer) ├── Arm (Sprite Renderer) └── Weapon (Sprite Renderer)

2. 配置Sorting Group：
   • 在Player对象上添加Sorting Group组件。
   • 设置Sorting Layer为 “Characters”。
   • 设置Order in Layer为 0。
   • 此时，Body、Arm、Weapon三个Sprite Renderer的Sorting Layer和Order in Layer设置将失效。
3. 控制内部顺序：
   • 由于三个精灵Renderer在同一个排序组内，它们的渲染顺序由它们在Player下的Hierarchy顺序决定（从下到上渲染）。
   • 确保Hierarchy顺序是：Body->Arm->Weapon。这样渲染顺序就是Body最先，Arm其次，Weapon最后，从而Weapon能覆盖在Arm和Body之上。
4. 整体Y轴排序：
   • 在项目设置或主摄像机中启用Y轴自定义排序（轴为(0,1,0)）。
   • 当Player对象的Y坐标变化时，整个角色组（包括Body， Arm， Weapon）会作为一个整体，与其他游戏对象（如其他角色、树木）基于Y坐标进行正确的深度排序。

这种组合方案完美解决了“角色部件内部顺序固定”与“角色整体参与世界深度排序”的双重需求。

5. 高级技巧与性能优化

掌握了基础应用后，一些高级技巧和注意事项能让你避开深坑，并提升游戏性能。

5.1 处理倾斜视角与等距游戏

对于真正的等距游戏（Isometric），简单的(0,1,0)轴可能不够。因为等距视角下，深度同时受物体在屏幕X和Y方向上的影响。一个更通用的自定义轴向量可以是摄像机右向量（Right）和上向量（Up）的某种组合的归一化结果。

例如，在一个经典的2:1等距视角中，你可以尝试将自定义轴设置为(0.5, 1, 0)或(1, 2, 0)并进行归一化。这需要根据你的美术资源角度进行微调。最佳实践是：

1. 在场景中放置一排测试用的方块。
2. 在Play模式下，动态修改摄像机的transparencySortAxis。
3. 观察方块的遮挡关系，直到找到最符合视觉预期的向量值。

// 动态调试等距排序轴 void OnGUI() { if (GUILayout.Button("测试轴 (0.5, 1, 0)")) { Camera.main.transparencySortAxis = (new Vector3(0.5f, 1f, 0f)).normalized; } if (GUILayout.Button("测试轴 (1, 2, 0)")) { Camera.main.transparencySortAxis = (new Vector3(1f, 2f, 0f)).normalized; } }

5.2 材质合批（Batching）与排序的权衡

Unity会尝试对使用相同材质的渲染器进行动态合批（Dynamic Batching），以减少Draw Call，提升性能。但是，合批有一个重要前提：这些渲染器必须是连续渲染的。

自定义轴排序和复杂的Sorting Layer/Order in Layer设置会剧烈改变渲染器的提交顺序。这可能会打断原本可以合批的序列，反而导致Draw Call上升。

优化策略：

• 规划Sorting Layer：尽量减少Sorting Layer的数量。将使用相同材质和纹理的物体尽量放在同一个Sorting Layer和相近的Order in Layer中。
• 纹理图集（Sprite Atlas）：这是2D游戏性能优化的黄金法则。将大量小精灵打包到一个或几个大图集中，这样即使它们因为排序被打散，只要材质（图集）相同，依然有很高的合批机会。
• 谨慎使用Order in Layer：避免为大量物体设置唯一且间隔很大的Order in Layer值。尽量让材质相同的物体拥有相同或接近的Order值。

5.3 与Tilemap的配合

Unity的Tilemap Renderer同样遵循自定义轴排序规则。这对于等距Tilemap游戏至关重要。配置好后，Tilemap上的瓦片会自动根据其世界位置的Y值（或在自定义轴上的投影）进行正确排序，确保角色可以在瓦片前后自然行走。

确保你的Tilemap Renderer的Sorting Layer设置正确，并且其Order in Layer值与你场景中其他精灵的规划相匹配。通常，地面Tilemap会放在较低的Order in Layer，而装饰物、角色等放在更高的层。

6. 常见问题排查与调试实录

即使配置正确，在实际开发中还是会遇到各种诡异的问题。下面是我踩过的一些坑和解决方案。

6.1 问题：自定义轴排序启用后，部分物体排序仍然错乱

排查步骤：

1. 检查覆盖关系：首先确认是全局设置被覆盖。在Play模式下，选中主摄像机，查看Inspector中Camera组件的属性。如果Transparency Sort Mode显示为CustomAxis且Transparency Sort Axis是你设置的值，说明全局设置已生效。如果显示为Default或其他，则可能有脚本在Start或Awake中修改了它。
2. 检查Sorting Layer和Order in Layer：自定义轴排序是“排序距离”的计算方式。最终的渲染顺序是Sorting Layer->Order in Layer->自定义轴距离。确保你的物体没有被更高的Sorting Layer或更大的Order in Layer强制提前渲染。
3. 检查Z坐标：虽然我们启用了Y轴排序，但如果两个物体的Y坐标完全相同，那么Z坐标将作为最终的决胜因素。确保你的2D物体Z坐标一致（通常为0）。
4. 检查Sorting Group：如果物体是某个Sorting Group的子物体，那么它的排序将完全由父级的Sorting Group决定。检查父级Sorting Group的位置和设置。

6.2 问题：移动物体时，深度出现闪烁或“Z-Fighting”

原因与解决：这是因为两个或多个物体的排序距离计算值完全相等或无限接近。当它们的Y坐标（或在自定义轴上的投影值）由于移动或计算精度问题导致差值小于一个极小的阈值时，Unity每帧可能会得出不同的排序结果，导致前后关系闪烁。

解决方案：

• 增加容差：在设计游戏逻辑时，尽量避免让物体长时间停留在几乎相同的Y坐标上。可以通过代码确保它们的Y坐标保持一个最小差值。
• 使用整数坐标：对于基于格子的游戏，尽量让物体的变换位置使用整数值，可以减少浮点数精度带来的问题。
• 微调自定义轴：如果问题出现在等距视角，尝试微调transparencySortAxis向量的值，有时很小的改变就能稳定排序。

6.3 问题：UI（Canvas）与场景物体的遮挡关系错误

重要原则：Unity的UI系统（Canvas）使用一套完全独立于场景摄像机的渲染系统和排序规则。Canvas的渲染顺序主要由其Render Mode和Sort Order决定。

• Screen Space - Overlay：UI绘制在所有场景物体之上，不受任何摄像机或自定义轴排序影响。
• Screen Space - Camera：UI由指定摄像机渲染，其遮挡关系由Canvas的Sort Order和其与摄像机的距离（在摄像机深度上）决定，不受场景自定义轴排序影响。
• World Space：UI作为世界空间中的一个物体，它上面的Canvas Renderer组件可以设置Sorting Layer和Order in Layer。此时，它会参与场景的自定义轴排序！你需要像管理其他精灵一样管理它的层和顺序。

结论：如果你的UI需要和场景物体进行精细的穿插（如World Space的血条），请使用World Space Canvas，并妥善设置其Sorting Layer。如果UI始终在最前或最后，使用Screen Space模式更简单。

6.4 调试工具：可视化排序距离

编写一个简单的调试脚本，挂在需要观察的物体上，可以实时显示其计算出的排序距离。

using UnityEngine; [ExecuteAlways] // 在编辑模式下也执行 public class DebugSortingDistance : MonoBehaviour { public Camera sortingCamera; private Renderer _renderer; void OnEnable() { _renderer = GetComponent<Renderer>(); if (sortingCamera == null) sortingCamera = Camera.main; } void Update() { if (_renderer != null && sortingCamera != null) { // 计算当前渲染器使用的排序距离 // 注意：这是一个近似值，实际内部计算可能更复杂 Vector3 axis = sortingCamera.transparencySortAxis; float distance = Vector3.Dot(transform.position, axis.normalized); // 在Scene视图中绘制标签 #if UNITY_EDITOR UnityEditor.Handles.Label(transform.position, $"SortDist: {distance:F2}"); #endif // 或者在Console输出（慎用，可能刷屏） // Debug.Log($"{gameObject.name} Sorting Distance: {distance}", this); } } }

将这个脚本附加到精灵上，在Scene视图就能看到它基于当前摄像机排序轴计算出的距离值，对比不同物体的值，就能直观理解它们的渲染顺序。