1. 项目概述：不止是“看”，更是“策略”的核心

在Unity开发中，Camera（摄像机）组件常常被新手开发者视为一个简单的“眼睛”，用来渲染场景。但当你深入游戏开发，尤其是涉及到策略、竞技或复杂UI交互时，你会发现，Camera的玩法远不止于此。它不仅是观察世界的窗口，更是游戏逻辑、玩家体验和信息呈现的核心枢纽。今天，我们就来聊聊如何把Unity Camera这个基础组件“玩出花”，通过三个极具代表性的实战案例：2D小地图系统、本地分屏对战和动态画中画效果，来彻底解锁你对Camera的认知。

这三个功能覆盖了从单机到多人、从策略到动作、从UI到核心玩法的多个维度。小地图是RTS、MOBA、开放世界游戏的标配，它考验的是如何将3D世界信息高效、清晰地映射到2D UI上；分屏对战则是经典格斗、赛车、合作闯关游戏的灵魂，其核心在于如何公平、高效地分配有限的屏幕资源；而画中画效果，则在回放、监控、多视角观察等场景中有着广泛应用，它体现了动态管理多个视口的能力。掌握它们，意味着你不仅能实现功能，更能深入理解视口（Viewport）、渲染纹理（Render Texture）、图层（Layer）和摄像机深度（Depth）这些核心概念是如何协同工作的。无论你是独立开发者，还是项目团队中的TA或客户端程序员，这些技巧都能让你的项目在表现力和专业性上提升一个档次。

2. 核心思路拆解：视口、渲染目标与图层管理

在动手写代码之前，我们必须把这三个功能背后的核心思路理清楚。它们看似不同，但都建立在几个共同的Unity Camera核心机制之上。理解这些，你就能举一反三，创造出更多自定义的视觉效果。

2.1 视口矩形（Viewport Rect）：屏幕空间的切割术

这是实现分屏和画中画的基石。Unity中每个Camera都有一个Viewport Rect属性，它决定了这个Camera的渲染输出会占据屏幕（或渲染目标）的哪一部分。这个矩形由四个[0,1]区间的值定义：(X, Y, Width, Height)。

• 分屏对战：假设是左右分屏。玩家1的Camera，其Viewport Rect可以设置为(0, 0, 0.5, 1)，意味着从屏幕左边缘开始，占据50%的宽度和100%的高度。玩家2的Camera则设置为(0.5, 0, 0.5, 1)，从水平中点开始占据右半屏。上下分屏原理相同，调整Y和Height即可。
• 画中画：主摄像机占据全屏(0,0,1,1)。画中画摄像机，比如一个监控视角，可以设置为(0.7, 0.7, 0.25, 0.25)，即渲染在屏幕右上角一个占屏幕面积约6.25%的小窗口内。

注意：Viewport Rect是相对于最终显示屏幕的归一化坐标。当多个Camera的视口有重叠时，需要通过Depth属性来决定谁覆盖谁。

2.2 渲染纹理（Render Texture）：把画面“画”在画布上

这是实现小地图和高级画中画的关键。普通的Camera直接将结果渲染到屏幕（Screen）。而我们可以创建一个Render Texture资产，它就像一块虚拟的画布。将Camera的Target Texture指向这块画布，那么这个Camera渲染的内容就不会直接上屏，而是“画”到了这块纹理上。

• 小地图：我们专门创建一个俯视的、只渲染特定物体（如地形、玩家、敌人）的Camera，将其输出到一张Render Texture。然后，在UI系统中，创建一个RawImage组件，将其Texture设置为这张Render Texture。这样，这个RawImage显示的就是那个专用Camera的实时画面，即我们的小地图。
• 动态画中画：结合Viewport Rect和Render Texture可以实现更复杂的效果。例如，你可以将画中画的内容先渲染到一张Render Texture，然后在一个全屏的后期处理Shader或自定义UI中对其进行缩放、加边框、扭曲等特效处理，再合成到主画面上，这比直接调整视口矩形灵活得多。

2.3 剔除遮罩（Culling Mask）与摄像机深度（Depth）：精细控制谁被谁看

• 剔除遮罩：这是实现小地图“只显示该显示的东西”的核心。Unity中的每个GameObject都属于一个或多个图层（Layer）。Camera的Culling Mask属性决定了它能“看到”哪些图层。对于小地图摄像机，我们通常会创建专门的图层，如“MinimapTerrain”（小地图地形）、“MinimapPlayer”（小地图玩家图标）等。将地形、玩家单位设置到对应图层，然后让小地图摄像机的Culling Mask只勾选这些图层，它就会忽略场景中其他所有无关物体（如特效、UI、细节装饰），保证小地图的清晰和高效。
• 摄像机深度：当多个Camera渲染到屏幕的同一区域时（比如UI摄像机覆盖在游戏世界上），Depth值更高的摄像机会后渲染，从而覆盖深度低的摄像机。在分屏中，两个游戏摄像机的深度可以相同，因为它们视口不重叠。但UI摄像机的深度通常最高，以确保UI元素显示在最上层。

2.4 正交 vs 透视投影：小地图的选择

• 透视投影：模拟人眼，有近大远小的效果。主游戏摄像机通常用它。
• 正交投影：物体大小不随距离改变。这是小地图摄像机的标准选择。因为小地图需要的是一个从上往下的、比例恒定的“战略视图”。将小地图摄像机的Projection设为Orthographic，并调整其Size属性（对于正交摄像机，Size定义了视图高度的一半）来控制小地图的缩放级别。

理清了这些概念，我们就可以进入实战环节了。下面我将以三个独立的模块，手把手带你实现每一个功能。

3. 实战一：构建高性能2D小地图系统

小地图系统不仅仅是放一个摄像机那么简单，它是一个包含数据采集、表现层和交互逻辑的子系统。我们将从创建渲染资源开始，一步步构建一个完整的小地图。

3.1 创建小地图渲染管线

首先，在项目资源文件夹中右键，创建一张Render Texture，命名为“RT_Minimap”。根据你的游戏分辨率，设置一个合适的大小，例如256x256。对于大多数小地图来说，这个分辨率足够了，过高的分辨率只会浪费性能。将其格式设置为ARGB32即可。

接下来，在场景中创建一个新的摄像机，重命名为“Camera_Minimap”。调整它的位置到场景正上方，旋转使其镜头垂直向下（Rotation X=90）。关键参数设置如下：

• Projection: Orthographic（正交）
• Size: 根据你的游戏世界大小调整。例如，如果你的战场半径是100单位，Size设为100就能看到直径200的范围。可以先设一个值，在Game视图里微调。
• Clear Flags: Solid Color（纯色）。选择一个与游戏UI风格搭配的底色，如深灰色或半透明黑色。
• Culling Mask: 这是重点。点击下拉菜单，选择“Add Layer…”，创建几个新图层，例如“MinimapTerrain”、“MinimapPlayer”、“MinimapEnemy”。然后，在Camera_Minimap的Culling Mask中，只勾选你刚创建的这几个图层，取消勾选“Everything”和默认图层如“Default”。
• Target Texture: 将我们创建的“RT_Minimap”拖拽到这里。完成这一步后，这个摄像机就不会再向屏幕输出，而是渲染到RT_Minimap上。

3.2 设置小地图显示对象

现在，我们需要让场景中的物体被小地图摄像机“看见”。

1. 地形/环境：选中你的地面或地形GameObject，在Inspector顶部，将其Layer从“Default”改为“MinimapTerrain”。如果地形有复杂的材质，为了在小地图上表现得更清晰，你可以考虑为小地图摄像机专门创建一个简单的、高对比度的替换材质，但这属于进阶优化。
2. 玩家与单位：玩家角色通常不会直接用一个3D模型显示在小地图上，那样不清晰。通用的做法是使用一个简单的图标（Sprite）或Primitive（如Quad）。
   • 为玩家创建一个空物体作为小地图图标载体，命名为“MinimapIcon_Player”。
   • 为其添加一个SpriteRenderer（使用一个圆点或箭头Sprite）或者直接创建一个Quad（3D对象 -> Quad），并赋予一个醒目的材质（如纯红色）。
   • 将这个图标物体的Layer设置为“MinimapPlayer”。
   • 关键的一步：将这个图标载体设置为玩家角色的子物体，并编写一个简单的脚本，使其在Update中保持与世界位置的同步，但Y轴固定在一个合适的高度（比如在小地图摄像机下方一点），并可能根据玩家朝向旋转（如果是箭头图标）。

// MinimapIconController.cs using UnityEngine; public class MinimapIconController : MonoBehaviour { public Transform target; // 绑定的玩家或单位Transform public float heightOffset = 10f; // 图标悬浮高度 void Update() { if (target != null) { // 同步X和Z位置，Y轴固定为高度偏移 Vector3 newPos = target.position; newPos.y = heightOffset; transform.position = newPos; // 如果需要图标旋转（如箭头指示朝向），可以同步Y轴旋转 // transform.rotation = Quaternion.Euler(90f, target.eulerAngles.y, 0f); } } }

敌人单位同理，创建图标并设置Layer为“MinimapEnemy”，可以用不同的颜色（如红色）区分。

3.3 创建UI小地图窗口

在UI Canvas下创建一个Raw Image组件，重命名为“UI_Minimap”。将其Texture设置为之前创建的“RT_Minimap”。调整其Rect Transform，将其锚点（Anchor）预设到屏幕的某个角落（如右上角），并设置合适的大小。

此时运行游戏，你应该能在UI的角落看到实时的小地图了。但通常我们还需要一个指示玩家自身位置和朝向的标记，这个标记是UI元素，应该叠加在小地图纹理之上。

1. 在“UI_Minimap”这个Raw Image下，创建一个子Image，命名为“PlayerIndicator”。
2. 为其分配一个箭头或三角形的Sprite。
3. 因为小地图是俯视的，玩家的朝向对应的是绕Y轴的旋转。我们需要将玩家在世界中的朝向，映射到UI指示器的旋转上。这需要一点坐标转换。

// MinimapUIIndicator.cs using UnityEngine; using UnityEngine.UI; public class MinimapUIIndicator : MonoBehaviour { public Transform playerTransform; // 玩家Transform public RectTransform indicatorRect; // UI指示器的RectTransform public Camera minimapCamera; // 小地图摄像机 void Update() { if (playerTransform == null || minimapCamera == null || indicatorRect == null) return; // 1. 将玩家世界坐标转换为小地图摄像机的视口坐标 (0~1) Vector3 viewportPos = minimapCamera.WorldToViewportPoint(playerTransform.position); // 2. 将视口坐标转换为UI坐标（假设RawImage的锚点铺满） // 注意：如果小地图UI不是铺满，需要更复杂的转换，这里假设锚点就是四个角对齐。 Vector2 uiPos = new Vector2(viewportPos.x * indicatorRect.rect.width, viewportPos.y * indicatorRect.rect.height); // 3. 设置指示器位置（中心点对齐） indicatorRect.anchoredPosition = uiPos - indicatorRect.rect.size / 2; // 4. 设置指示器旋转（玩家Y轴旋转对应UI的-Z轴旋转） float playerYRotation = playerTransform.eulerAngles.y; indicatorRect.localRotation = Quaternion.Euler(0, 0, -playerYRotation); } }

将这个脚本挂载到小地图UI的某个管理器物体上，并拖拽赋值。现在，你的小地图就拥有了一个会移动和旋转的玩家指示器。

3.4 小地图的交互与高级功能

基础功能完成后，可以考虑添加更多交互：

• 缩放：动态修改小地图摄像机的Orthographic Size。通过UI滑块或鼠标滚轮来调整。
• 拖拽移动：通过监听UI区域的拖拽事件，反向计算偏移量，调整小地图摄像机的位置（X和Z）。
• 地图迷雾/战争迷雾：这是一个更高级的话题。一种常见做法是使用一张与地形对应的灰度图作为“迷雾纹理”，在小地图的后期通过Shader进行混合，根据玩家探索状态来显示/隐藏区域。这需要结合Shader编程和游戏数据存储。

实操心得：小地图的性能开销主要在于额外的摄像机渲染。务必严格控制Culling Mask，只渲染必要的图标和简化版地形。图标尽量使用简单的Sprite或低面模型。如果单位数量极多（如RTS），可以考虑使用GPU Instancing来批量渲染小地图图标，或者采用更极端的方案：不渲染3D图标，而是在脚本中计算单位位置，直接在UI上绘制2D点（使用Unity的GL类或Graphics.DrawMesh），但这会提高代码复杂度。

4. 实战二：实现本地多玩家分屏对战

分屏对战是本地多人游戏的经典模式。其核心就是为每个玩家创建独立的摄像机，并通过Viewport Rect将它们“框”在屏幕的不同区域。

4.1 基础分屏布局设置

假设我们实现一个简单的左右分屏双人对战。

1. 复制玩家与摄像机：首先，你需要有两套独立的玩家角色和控制逻辑。最简单的方法是预制化你的玩家角色（包括其摄像机）。在场景中放置两个玩家实例，Player1和Player2，确保它们有独立的输入控制（可以使用Unity新的Input System，通过“Player Input Manager”组件和不同的Control Schemes来区分）。
2. 调整摄像机视口：
   • 选中Player1下的主摄像机（或跟随摄像机）。在Inspector中，找到Camera组件的Viewport Rect。
   • 将其设置为：X: 0, Y: 0, W: 0.5, H: 1。这意味着它占据屏幕左半部分。
   • 选中Player2下的主摄像机，将其Viewport Rect设置为：X: 0.5, Y: 0, W: 0.5, H: 1。占据右半部分。
3. 运行测试：此时运行游戏，你应该能看到屏幕被一分为二，左右两边分别显示两个玩家的视角。如果画面拉伸异常，检查两个摄像机的Aspect比率是否锁定，或者考虑使用Horizontal Fit或Vertical Fit模式。

4.2 动态分屏与屏幕分割线

有时我们需要更灵活的分屏，比如1v1时左右分屏，2v2时四人象限分屏。这需要动态计算视口矩形。

我们可以创建一个SplitScreenManager的单例脚本来管理。

// SplitScreenManager.cs using UnityEngine; public class SplitScreenManager : MonoBehaviour { public static SplitScreenManager Instance; public Camera[] playerCameras; // 按玩家索引顺序赋值 void Awake() { if (Instance == null) Instance = this; else Destroy(gameObject); } // 设置分屏模式 public void SetupSplitScreen(int playerCount) { switch (playerCount) { case 2: SetupTwoPlayer(); break; case 3: SetupThreePlayer(); // 可能需要上一下二或左一右二布局 break; case 4: SetupFourPlayer(); break; default: Debug.LogError("Unsupported player count for split screen."); break; } } void SetupTwoPlayer() { if (playerCameras.Length < 2) return; // 左右分屏 playerCameras[0].rect = new Rect(0f, 0f, 0.5f, 1f); playerCameras[1].rect = new Rect(0.5f, 0f, 0.5f, 1f); // 可以在这里添加一个屏幕中间的分割线UI // CreateDividerLine(0.5f, true); // 垂直分割线在x=0.5处 } void SetupFourPlayer() { if (playerCameras.Length < 4) return; // 四象限分屏 playerCameras[0].rect = new Rect(0f, 0.5f, 0.5f, 0.5f); // 左上 playerCameras[1].rect = new Rect(0.5f, 0.5f, 0.5f, 0.5f); // 右上 playerCameras[2].rect = new Rect(0f, 0f, 0.5f, 0.5f); // 左下 playerCameras[3].rect = new Rect(0.5f, 0f, 0.5f, 0.5f); // 右下 } // 可以扩展：动态增加/移除玩家，重新布局 }

添加分割线：为了让分屏更清晰，可以在屏幕中间添加一个细线作为分割。创建一个UI Image，设置为细长条，颜色为深色或半透明黑色。根据分屏模式，动态设置其位置、旋转和长度。例如左右分屏时，分割线是一条垂直居中的竖线。

4.3 分屏性能优化与视角处理

分屏意味着同一帧需要渲染多个视口，对性能的压力是成倍增加的。以下是一些优化点：

1. 静态合批与动态合批：确保场景中静态物体标记为Static，以利用静态合批。对于动态的相同材质物体，确保它们满足动态合批条件（顶点数、缩放等）。
2. 剔除遮罩（Culling Mask）：如果两个玩家的视角看到的内容完全不同（比如在迷宫的不同区域），可以考虑精细设置每个玩家摄像机的Culling Mask，只渲染各自需要的图层，减少Overdraw。
3. 渲染层级（Render Order）与深度（Depth）：确保所有玩家摄像机的Depth值相同，因为它们视口不重叠，谁先谁后渲染不影响结果。但UI摄像机（负责显示分数、血条等）的Depth应该最高。
4. 分辨率与抗锯齿：分屏后每个视口的实际渲染区域变小了。可以考虑适当降低整个游戏的分辨率，或者为每个分屏摄像机使用更低的抗锯齿（MSAA）级别，以提升性能。
5. 视角跟随与防穿帮：在分屏游戏中，如果两个玩家的角色靠得很近，各自的摄像机可能会拍到对方，或者因为视角限制导致画面不协调。需要在摄像机跟随脚本中加入逻辑，当玩家靠近时，自动调整摄像机的距离或角度，避免画面穿帮。这通常需要根据两个玩家的相对位置进行动态计算。

踩过的坑：在动态切换分屏模式（如从2人切换到4人）时，一定要记得重置所有摄像机的Viewport Rect，包括那些可能暂时被禁用的摄像机。否则，当重新启用时，它们会保持旧的视口设置，导致画面错乱。最好在管理器中统一管理所有摄像机的状态。

5. 实战三：打造动态画中画效果

画中画效果常用于显示监控探头、队友视角、技能预览、回放镜头等。我们将实现一个基础版本和一个使用Render Texture的进阶版本。

5.1 基础视口画中画

这是最简单的方法，直接在屏幕上“挖”一个小窗口。

1. 创建画中画摄像机：在场景中创建一个新的摄像机，命名为“Camera_PiP”。调整其位置和角度，对准你想要监控的目标（比如一个固定的宝箱、一个移动的NPC，或者另一个玩家的背后视角）。
2. 设置视口：将Camera_PiP的Viewport Rect设置为一个小矩形，例如(0.75, 0.75, 0.2, 0.2)，让它显示在屏幕右上角。
3. 调整渲染顺序：由于这个视口叠加在主摄像机画面之上，我们需要确保它后渲染。将Camera_PiP的Depth设置得比主摄像机（Camera_Main）更高，比如主摄像机Depth=0，画中画摄像机Depth=1。
4. 优化与美化：
   • 边框：单纯一个视口显得突兀。可以在UI层创建一个比画中画视口稍大的Image作为边框，置于其下层，模拟画框效果。
   • 仅渲染特定图层：和小地图一样，为画中画摄像机设置专门的Culling Mask，避免渲染不必要的物体，提升性能，也让画面更专注。
   • 后期处理：可以为Camera_PiP单独添加一个后处理Volume，应用不同的颜色分级、模糊或噪点效果，使其与主画面风格区分，更像一个“监控屏幕”。

这种方法简单直接，但缺点是与主画面共享渲染管线，难以对画中画内容做独立的、复杂的后期处理。

5.2 基于Render Texture的进阶画中画

这种方法更灵活，可以实现更复杂的效果。

1. 创建Render Texture：同小地图，创建一张Render Texture，命名为“RT_PiP”，大小可以设为512x512。
2. 配置画中画摄像机：将Camera_PiP的Target Texture设置为“RT_PiP”。此时，Camera_PiP的画面不再直接输出到屏幕。
3. 在UI或世界中显示：
   • UI显示：在UI Canvas上创建一个Raw Image，将其Texture设置为“RT_PiP”，然后通过调整这个Raw Image的位置和大小来控制画中画窗口的显示。这种方式最灵活，可以轻松添加UI边框、标题、关闭按钮等。
   • 世界空间显示：如果你想在游戏世界中的某个物体上显示画中画（比如一个电视机屏幕），可以创建一个Quad或Plane，为其赋予一个材质，并将材质的Main Texture设置为“RT_PiP”。这需要将Camera_PiP的渲染与这个屏幕物体的位置对齐，可能涉及投影矩阵的计算，更为复杂。
4. 实现动态画中画：画中画的内容可以是动态切换的。例如，在游戏中按下一个键，切换画中画显示不同队友的视角。

// DynamicPiPManager.cs using UnityEngine; public class DynamicPiPManager : MonoBehaviour { public RenderTexture pipRenderTexture; public Camera[] candidateCameras; // 所有可切换的摄像机 private int currentCameraIndex = 0; void Start() { if (candidateCameras.Length > 0) { SwitchPiPCamera(0); // 初始化为第一个摄像机 } } void Update() { // 示例：按空格键切换画中画视角 if (Input.GetKeyDown(KeyCode.Space)) { currentCameraIndex = (currentCameraIndex + 1) % candidateCameras.Length; SwitchPiPCamera(currentCameraIndex); } } void SwitchPiPCamera(int index) { // 禁用所有候选摄像机对Render Texture的输出 foreach (var cam in candidateCameras) { cam.targetTexture = null; } // 启用选中的摄像机 candidateCameras[index].targetTexture = pipRenderTexture; // 如果需要，可以在这里触发一个淡入淡出或切换动画 } }

5.3 画中画的高级应用：画中画中的交互

一个更挑战性的需求是：能否与画中画里的内容交互？比如点击画中画里的一个敌人，主角色就攻击它？这本质上是一个坐标转换问题。

1. 当玩家点击UI上的画中画（RawImage）时，获取点击的屏幕坐标。
2. 将这个屏幕坐标转换为RawImage的局部坐标（RectTransformUtility.ScreenPointToLocalPointInRectangle）。
3. 再将这个局部坐标归一化到[0,1]范围，得到在Render Texture上的UV坐标。
4. 利用画中画摄像机（Camera_PiP），通过Camera.ViewportPointToRay方法，将UV坐标转换为一条从画中画摄像机出发的射线。
5. 使用Physics.Raycast检测这条射线击中了画中画世界中的哪个物体。
6. 最后，将这个击中信息映射回主游戏逻辑。例如，获取击中物体的ID，然后通知主游戏系统“玩家选择了画中画中的敌人A”。

这个过程涉及多层坐标转换，需要仔细处理，但它极大地增强了画中画功能的可用性和沉浸感。

注意事项：使用Render Texture会带来额外的GPU内存和渲染开销。尽量避免高分辨率、高精度的Render Texture，并且在不需显示时（如画中画窗口被关闭），及时将对应摄像机的targetTexture设为null，并考虑禁用摄像机组件，以节省性能。

6. 性能优化、常见问题与调试技巧

将多个Camera特效组合使用时，性能问题会凸显。这里汇总一些关键点和常见坑位。

6.1 性能开销分析与优化策略

1. 渲染开销：每个启用的Camera都会触发一次场景渲染（受其Culling Mask限制）。小地图摄像机和画中画摄像机是主要的额外开销源。

   • 优化Culling Mask：这是最有效的优化。为每个特殊用途的摄像机创建专属图层，并严格限制物体所属图层。避免使用“Everything”。
   • 降低渲染负载：
     • 简化几何：小地图中的地形可以使用低模版本（LOD0）。
     • 简化着色：为小地图和画中画摄像机使用更简单、无光照的Shader。可以通过Camera.SetReplacementShader方法强制替换。
     • 降低分辨率：Render Texture的分辨率不要盲目求高。小地图256x256往往足够，画中画512x512也绰绰有余。
   • 控制渲染频率：如果小地图或画中画内容变化不频繁（比如监控静态场景），可以考虑不每帧渲染。将摄像机的RenderType设置为自定义，然后通过脚本在需要时手动调用Camera.Render()方法。

2. Draw Call与合批：额外的摄像机会破坏主摄像机的合批。因为合批是基于每摄像机进行的。确保每个摄像机视野内的静态物体都标记了Static，以利用静态合批。对于动态物体，尽量保持材质一致。

3. Overdraw：分屏模式下，如果两个视角看到大量相同物体，GPU的像素填充压力会加倍。确保场景使用了合理的遮挡剔除（Occlusion Culling），并检查材质是否启用了GPU Instancing。

6.2 常见问题排查表

6.3 调试与开发技巧

1. 利用Scene视图的Camera预览：在Scene视图左上角，点击“Camera”图标下拉菜单，可以选择场景中的任何摄像机进行预览。这是调试小地图、画中画摄像机取景范围最直观的方式。
2. Frame Debugger：Unity的Frame Debugger（窗口 -> 分析 -> Frame Debugger）可以逐帧、逐Draw Call地分解渲染过程。打开它，点击“Enable”，然后游戏运行一帧，你就能清晰地看到每个Camera渲染了哪些东西，对于理解渲染顺序和排查Overdraw至关重要。
3. 自定义Gizmos：为小地图图标、画中画摄像机目标点等绘制自定义Gizmos（在OnDrawGizmos或OnDrawGizmosSelected中），可以在Scene视图中直观看到它们的逻辑位置和范围，极大方便调试。
4. 分层调试：在Game视图的右上角，可以打开“Layers”下拉菜单，选择只显示某个图层。这对于检查每个Camera的Culling Mask是否正确设置非常有用。

我个人在实现这些功能时，最大的体会是：规划优于编码。在动手前，一定要想清楚每个Camera的职责是什么（主视角、小地图、画中画A、画中画B），它们各自需要“看到”什么（Culling Mask），输出到哪里（Screen还是Render Texture），以及谁覆盖谁（Depth）。最好能在纸上或白板上画出一个简单的渲染管线图。这样在编码和调试时，思路会清晰得多，能避免很多“画面为什么不对”的困扰。Camera的玩法还有很多，比如渲染到纹理实现镜子、水面反射，或者用多个摄像机做多通道渲染合成高级特效。希望这三个案例能为你打开一扇门，让你在Unity的渲染世界里玩出更多属于自己的“花”样。