当前位置： 首页 > news >正文

Unity战争迷雾系统：三脚本实现RTS游戏视野与探索机制

news 2026/8/9 13:58:21

1. 项目概述与核心价值

做RTS（即时战略）游戏，战争迷雾系统绝对是绕不开的核心机制。它不仅仅是地图上的一层黑色遮罩，更是游戏策略深度、玩家决策和战场信息博弈的灵魂。想象一下，你指挥的部队在一片未知的黑暗中探索，随着单位的移动，地图被逐渐点亮，但一旦离开，视野又会重新被迷雾笼罩，只有友方建筑或单位存在的区域才会被永久揭示。这种对“未知”和“已知”的动态管理，直接决定了游戏的战术节奏和玩家的心理博弈。

市面上很多教程要么过于复杂，引入了网格计算、高度图、甚至GPU计算，让初学者望而却步；要么过于简陋，效果生硬，无法满足商业级需求。我折腾过不少方案，也踩过很多坑，最终沉淀下来的这套“三脚本”方案，是我认为在效果、性能和易用性上达到最佳平衡点的实践。它的核心目标就一个：用最少的代码，实现一套视觉效果专业、运行效率可靠、且易于集成到任何Unity RTS项目中的战争迷雾系统。

整个系统完全基于Unity内置的渲染管线（无论是Built-in还是URP，稍作调整即可适配），不依赖任何特殊插件。核心就是三个C#脚本，分别处理视野提供者（如单位）、战争迷雾的渲染、以及地图探索状态的记录。你从GitHub上拿到源码，拖入场景，配置好参数，基本上半小时内就能看到效果。这对于独立开发者或者需要快速验证玩法的团队来说，效率提升是巨大的。

接下来，我会带你彻底拆解这三个脚本的每一行关键代码，不仅告诉你怎么做，更会深入解释为什么这么做，以及在实际项目中可能遇到的“坑”和应对技巧。无论你是刚接触Unity的RTS爱好者，还是正在为项目寻找轻量级迷雾方案的开发者，这篇文章都能给你一份可以直接“抄作业”的完整蓝图。

2. 系统核心设计与思路拆解

在动手写代码之前，我们必须把设计思路理清楚。一个完整的战争迷雾系统，需要解决以下几个核心问题：

  1. 谁来看？ (Vision Providers)：哪些游戏对象（单位、建筑）能够提供视野，驱散周围的迷雾。
  2. 怎么看？ (Vision Logic)：视野的范围（圆形、扇形？）、是否会被障碍物（树林、山脉）阻挡？是即时揭示还是渐变揭示？
  3. 怎么看？ (Vision Logic)：视野的范围（圆形、扇形？）、是否会被障碍物（树林、山脉）阻挡？是即时揭示还是渐变揭示？
  4. 如何渲染？ (Fog Rendering)：如何将“可见”、“已探索但不可见”、“未探索”这三种状态，用视觉方式（通常是颜色和透明度）流畅地表现出来。
  5. 状态如何持久化？ (Exploration Memory)：被探索过的区域，即使再次被迷雾覆盖，也应该与完全未知的黑色区域有所区别（通常显示为半透明的灰色），这需要系统能记住整个地图的探索历史。

2.1 极简架构：三脚本分工

为了高效解决上述问题，我们摒弃了复杂的类继承和消息系统，采用了最直观的“数据-逻辑-渲染”分离架构：

  • FogOfWarVision.cs(视野提供者脚本)：这是一个MonoBehaviour，需要挂载到每一个可以提供视野的游戏对象上，比如士兵、侦察车、瞭望塔。它的职责很简单：告诉系统“我在这里，我的视野半径是X”。它不关心渲染，只负责在每帧（或按需）更新自己的位置信息到一个中央数据管理器。

  • FogOfWarRenderer.cs(迷雾渲染器脚本)：这是系统的视觉核心，通常挂在一个覆盖全地图的Quad或Plane上。它持有一张（或两张）与地图分辨率对应的Render Texture作为“迷雾纹理”。它的工作流程是：

    1. 收集所有FogOfWarVision提供者的位置和半径。
    2. 在一个独立的摄像机（我们称之为“迷雾摄像机”）下，将这些视野区域渲染到一张临时纹理上（通常用Shader画圆）。
    3. 将这张临时纹理与上一帧的“当前视野纹理”进行混合，实现视野的平滑过渡（例如，从不可见到完全可见的淡入效果）。
    4. 将“当前视野纹理”与“已探索纹理”结合，生成最终用于屏幕显示的“迷雾纹理”。
    5. 通过一个自定义Shader，使用这张最终的“迷雾纹理”来调制地图物体的颜色和透明度，实现迷雾视觉效果。

  • FogOfWarExploration.cs(探索记录器脚本)：这个脚本管理一张与地图同分辨率的“已探索纹理”（Exploration Texture）。每当有新的视野区域被揭示，它就会将这些区域“烙印”到这张纹理上。这张纹理是持久化的，即使提供视野的单位离开，这些区域在“已探索纹理”中仍然是“已点亮”状态。渲染器会结合“当前视野”和“已探索”状态，决定最终某个地图位置是“明亮”（当前可见）、“暗淡”（已探索但不可见）还是“黑暗”（未探索）。

为什么选择Render Texture而不是实时计算？这是性能权衡的关键。在CPU端实时计算每个像素是否在某个单位的视野内，复杂度是O(单位数*像素数)，在大型地图上不可行。而利用GPU进行并行渲染，将视野区域画到纹理上，再由Shader进行像素级混合，效率要高几个数量级。Render Texture正是连接CPU逻辑和GPU渲染的桥梁。

2.2 关键技术选型与考量

1. 渲染纹理（Render Texture）的分辨率：分辨率直接影响视觉效果和性能。分辨率太低，迷雾边缘会有明显的锯齿；太高则会浪费显存和带宽。一个实用的经验公式是：迷雾纹理分辨率 = 地图世界尺寸（单位：米） * 像素每米（Pixels Per Meter）。通常，PPI设为2-4就能在大多数RTS视角下获得平滑的边缘。例如，一个100x100米的地图，用PPI=2，就需要一张200x200的Render Texture。你可以根据游戏摄像机的俯角和高动态调整。

2. 视野的混合与过渡：如果视野纹理只是每帧完全重绘，视野的开启和关闭会非常生硬。我们引入“混合（Blending）”的概念。在FogOfWarRenderer中，我们维护两张纹理：_currentVisionTexture（当前帧计算的理想视野）和_blendedVisionTexture（实际用于渲染的、平滑过渡的视野）。每一帧，我们并不直接用新的覆盖旧的，而是用类似_blendedVisionTexture = Lerp(_blendedVisionTexture, _currentVisionTexture, blendSpeed * Time.deltaTime)的方式进行插值。blendSpeed参数控制过渡的快慢，值越大，视野变化越迅速。这带来了迷雾淡入淡出的柔和效果。

3. 障碍物遮挡（Line of Sight, LOS）：这是实现战术深度的关键。我们的方案采用一种轻量级的射线检测法。在FogOfWarVision中，除了提供位置和半径，我们还可以在渲染视野纹理时，不是简单地画一个实心圆，而是通过Shader或CPU端采样，模拟视线阻挡。一种高效的做法是：在生成视野纹理的Pass中，对每个像素，计算其到视野中心的方向和距离，然后发射一条射线（通过Physics.Raycast或自定义的2D网格查询），如果射线被标记为“障碍物”（Obstacle）的碰撞体阻挡，则该像素不被点亮。这种方法比传统的“阴影投射”（Shadow Casting）算法更易实现和集成到现有的物理系统中。

4. 已探索区域的记录：FogOfWarExploration管理的“已探索纹理”本质上是一张单通道（如R通道）的Render Texture，初始值为0（黑色，代表未探索）。当某个区域被视野揭示时，我们通过Graphics.Blit操作，以“Max”混合模式，将当前视野纹理“绘制”到探索纹理上。因为使用的是Max混合，探索纹理上对应像素的值只会增加（从0到1），而不会减少，实现了“永久点亮”的效果。在最终渲染时，Shader读取“当前视野纹理”和“已探索纹理”的值，通过一组阈值判断：如果当前视野值 > 0.5，则完全可见；如果当前视野值 < 0.5 但已探索值 > 0.5，则显示为半透明的已探索状态；否则，显示为完全不透明的未探索状态。

3. 核心脚本解析与实操要点

现在，我们深入到每一个脚本的内部，看看它们具体是如何工作的，以及有哪些必须注意的配置细节。

3.1 FogOfWarVision.cs：视野的源头

这个脚本是数据的生产者。它需要被添加到场景中每一个能提供视野的GameObject上。

using UnityEngine; public class FogOfWarVision : MonoBehaviour { [Header("Vision Settings")] public float visionRadius = 10f; // 视野半径 public LayerMask obstacleMask; // 阻挡视野的层，如“Obstacles” public bool isActive = true; // 是否激活视野 // 提供一个属性，方便FogOfWarRenderer获取数据 public VisionData GetVisionData() { if (!isActive) return null; return new VisionData { position = transform.position, radius = visionRadius, obstacleMask = obstacleMask }; } } // 一个简单的数据结构，用于传递视野信息 public struct VisionData { public Vector3 position; public float radius; public LayerMask obstacleMask; }

关键点解析与实操心得：

  1. obstacleMask的配置：这是实现视线阻挡的关键。你需要在Unity的Layer设置中创建一个名为“Obstacle”（或类似）的层，并将所有会阻挡视野的物体（如树木、岩石、墙壁）的Layer设置为这一层。然后，在FogOfWarVision的Inspector面板中，将Obstacle Mask设置为这个层。这样，在计算视野时，系统就能知道哪些碰撞体需要被检测。
  2. 性能考量：静态视野提供者：对于像建筑这类不会移动的视野提供者，你不需要每帧都更新它的位置。可以在FogOfWarVision中增加一个bool isStatic选项。如果是静态的，只在Start()或位置改变时通知渲染器一次即可，避免不必要的每帧数据传递。
  3. 视野形状扩展：当前是圆形视野。如果你想实现扇形视野（比如单位有朝向，只能看到前方180度），可以在VisionData结构中加入direction和angle字段，并在渲染视野纹理的Shader中做相应的片元剔除计算。

3.2 FogOfWarRenderer.cs：视觉效果的引擎

这是最复杂的脚本，负责所有渲染相关的逻辑。我们将其拆解为几个关键方法。

using UnityEngine; using System.Collections.Generic; public class FogOfWarRenderer : MonoBehaviour { [Header("Render Textures")] public int textureResolution = 256; // 迷雾纹理分辨率 private RenderTexture _currentVisionTexture; // 当前帧计算的原始视野 private RenderTexture _blendedVisionTexture; // 平滑混合后的视野 private RenderTexture _fogTexture; // 最终输出的迷雾纹理 [Header("Rendering")] public Material visionRenderMaterial; // 用于将视野数据画到纹理的材质 public Material fogCompositeMaterial; // 用于合成最终迷雾的材质 public Camera fogCamera; // 一个正交摄像机，用于渲染视野到纹理 public float blendSpeed = 5f; // 视野混合速度 [Header("Fog Settings")] public Color unexploredColor = Color.black; // 未探索区域颜色 public Color exploredColor = new Color(0.2f, 0.2f, 0.2f, 0.8f); // 已探索但不可见区域颜色 // 当前可见区域则显示地图原色 private List<FogOfWarVision> _visionProviders = new List<FogOfWarVision>(); private FogOfWarExploration _explorationManager; void Start() { InitializeRenderTextures(); SetupFogCamera(); _explorationManager = FindObjectOfType<FogOfWarExploration>(); // 将自身材质设置为使用生成的_fogTexture GetComponent<Renderer>().material.SetTexture("_FogTex", _fogTexture); } void Update() { UpdateVisionProvidersList(); // 动态查找所有视野提供者（可优化为注册制） RenderVisionToTexture(); // 将视野渲染到_currentVisionTexture BlendVisionTextures(); // 混合_current和_blended，实现平滑过渡 CompositeFinalFogTexture(); // 结合_blended和已探索纹理，生成_fogTexture } void InitializeRenderTextures() { // 创建三张Render Texture，格式为ARGB32，关闭抗锯齿以获得清晰边缘 RenderTextureDescriptor desc = new RenderTextureDescriptor(textureResolution, textureResolution, RenderTextureFormat.ARGB32, 0); desc.autoGenerateMips = false; desc.useMipMap = false; _currentVisionTexture = new RenderTexture(desc); _blendedVisionTexture = new RenderTexture(desc); _fogTexture = new RenderTexture(desc); // 初始清空纹理 ClearTexture(_currentVisionTexture, Color.clear); ClearTexture(_blendedVisionTexture, Color.clear); ClearTexture(_fogTexture, unexploredColor); } // ... 其他方法（RenderVisionToTexture, BlendVisionTextures等）将在下文展开 }

关键点解析与实操心得：

  1. fogCamera的设置：你需要创建一个新的Camera，将其设置为正交投影（Orthographic）。这个摄像机的Size应该等于你地图世界尺寸的一半（如果地图中心在(0,0)）。例如，100x100的地图，Camera的Size应设为50。将这个摄像机的Culling Mask设置为Nothing，因为我们不需要它渲染任何场景物体，它只用于Graphics.Blit操作。将其Target Texture设置为_currentVisionTexture。它的作用仅仅是提供一个从世界坐标到纹理UV坐标的变换矩阵。
  2. visionRenderMaterial的Shader：这个材质使用一个自定义Shader，它的输入是所有视野提供者的位置和半径数组。在Shader中，对于纹理上的每一个像素（即地图上的每一个点），计算其到每个视野中心的距离。如果距离小于视野半径，则输出白色（表示可见），否则输出黑色（表示不可见）。如果有多个视野重叠，取最大值（即只要在一个视野内就可见）。这就是将逻辑视野“画”到纹理上的过程。
  3. 纹理混合的艺术：BlendVisionTextures方法是实现柔和过渡的核心。我们使用Graphics.Blit配合一个简单的混合Shader。这个Shader接收两张纹理（_PrevTex和_CurrTex）和一个混合系数_Blend，然后执行lerp(_PrevTex, _CurrTex, _Blend)。在Update中，我们以blendSpeed * Time.deltaTime作为混合系数进行Blit操作。blendSpeed值通常设置在3到10之间，值太小过渡太慢显得迟钝，值太大则失去平滑感。
  4. 与探索纹理的合成：CompositeFinalFogTexture方法将平滑后的视野纹理（_blendedVisionTexture）和探索管理器提供的已探索纹理（_explorationManager.exploredTexture）作为输入，通过fogCompositeMaterial输出最终的_fogTexture。这个合成Shader的逻辑决定了三种状态的视觉表现。

3.3 FogOfWarExploration.cs：地图的记忆

这个脚本相对独立，它只负责一件事：记录哪些地方被探索过。

using UnityEngine; public class FogOfWarExploration : MonoBehaviour { public RenderTexture exploredTexture; // 已探索纹理 public Material explorationUpdateMaterial; // 用于更新探索纹理的材质 void Start() { InitializeExploredTexture(); } void InitializeExploredTexture() { // 创建一张单通道（R8）的纹理来记录探索状态，初始为0（黑色） RenderTextureDescriptor desc = new RenderTextureDescriptor( FogOfWarRenderer.Instance.textureResolution, // 应与迷雾渲染器分辨率一致 FogOfWarRenderer.Instance.textureResolution, RenderTextureFormat.R8, // 单通道节省内存 0 ); exploredTexture = new RenderTexture(desc); ClearTexture(exploredTexture, Color.black); // 初始状态：全未探索 } // 每帧由FogOfWarRenderer调用，将当前视野“烙印”到探索纹理上 public void UpdateExploration(RenderTexture currentVisionTexture) { if (explorationUpdateMaterial == null || currentVisionTexture == null) return; // 使用一个特殊的材质进行Blit，混合模式为Max，确保探索值只增不减 Graphics.Blit(currentVisionTexture, exploredTexture, explorationUpdateMaterial); } }

关键点解析与实操心得：

  1. 纹理格式RenderTextureFormat.R8：探索状态只需要一个通道（从0到1）来表示“探索程度”，使用R8格式比ARGB32节省75%的显存。这在大型地图高分辨率下非常有用。
  2. explorationUpdateMaterial的Shader：这个材质使用的Shader极其简单。它的片段着色器（Fragment Shader）大概是这样：fixed4 frag(v2f i) : SV_Target { float existing = tex2D(_ExploredTex, i.uv).r; float newVision = tex2D(_VisionTex, i.uv).r; return max(existing, newVision); }。max操作是关键，它保证了探索状态是单向的、累积的。
  3. 探索纹理的持久化：在真正的游戏项目中，你需要在地图切换或游戏保存时，将exploredTexture的数据（通过RenderTexture.GetPixels）序列化到硬盘。在加载时，再重新创建纹理并填充数据。否则，每次重启游戏地图都是全新的。

4. 完整集成与场景配置实战

理解了每个脚本的原理后，让我们一步步在Unity场景中搭建起整个系统。

4.1 场景搭建步骤

  1. 创建地图基底：创建一个Plane或Quad，命名为“Map”。这代表你的游戏地图。为其赋予一个清晰的地面材质。
  2. 创建迷雾覆盖层：复制上一步的“Map”，重命名为“FogOverlay”。将其放置在比地图略高的位置（例如，Y轴高0.1个单位），以防止Z-fighting。这个对象将用来显示战争迷雾。
  3. 设置迷雾渲染器：
    • 将FogOfWarRenderer脚本挂载到“FogOverlay”对象上。
    • 创建一个新的Camera，命名为“FogCamera”。将其设置为正交投影（Projection: Orthographic）。调整其Size，使其视口能完整覆盖你的地图范围。将其Position的Z轴设置为-10左右，使其看向地图。在Target Texture栏，先留空（脚本会动态设置）。
    • 将“FogCamera”拖拽到FogOfWarRenderer脚本的fogCamera字段。
    • 创建两个新的Material，分别用于visionRenderMaterial和fogCompositeMaterial，并为其分配对应的Shader（源码包中会提供）。
    • 在FogOfWarRenderer的Inspector中，设置textureResolution（如256），blendSpeed（如5），以及unexploredColor和exploredColor。
  4. 设置探索管理器：在场景中创建一个空GameObject，命名为“FogManager”，将FogOfWarExploration脚本挂载上去。为其explorationUpdateMaterial字段分配对应的材质。
  5. 创建视野提供者：为你场景中的单位或建筑预制体添加FogOfWarVision脚本。设置合理的visionRadius（如5或10），并配置好obstacleMask。
  6. 配置迷雾Shader：最关键的一步是给“FogOverlay”对象的材质赋值。这个材质应该使用一个自定义的“FogOfWar”Shader。这个Shader的主要功能是：采样_FogTex（由FogOfWarRenderer每帧更新），根据其RGB值（或单个强度值）来决定如何混合地图颜色和迷雾颜色。通常，这个Shader是透明的，并且关闭深度写入（ZWrite Off），使用混合模式（Blend SrcAlpha OneMinusSrcAlpha）。

4.2 核心Shader代码片段解析

这里给出最终合成迷雾的Shader的关键片段，帮助你理解其工作原理：

Shader "Custom/FogOfWar" { Properties { _MainTex ("Map Texture", 2D) = "white" {} // 实际的地图纹理 _FogTex ("Fog Texture", 2D) = "black" {} // 由FogOfWarRenderer传入的动态纹理 _UnexploredColor ("Unexplored Color", Color) = (0,0,0,1) _ExploredColor ("Explored Color", Color) = (0.2,0.2,0.2,0.8) } SubShader { Tags { "Queue"="Transparent" "RenderType"="Transparent" } ZWrite Off Blend SrcAlpha OneMinusSrcAlpha Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag #include "UnityCG.cginc" struct appdata { float4 vertex : POSITION; float2 uv : TEXCOORD0; }; struct v2f { float2 uv : TEXCOORD0; float4 vertex : SV_POSITION; }; sampler2D _MainTex; sampler2D _FogTex; fixed4 _UnexploredColor; fixed4 _ExploredColor; v2f vert (appdata v) { ... } // 标准顶点变换 fixed4 frag (v2f i) : SV_Target { // 1. 采样地图颜色 fixed4 mapColor = tex2D(_MainTex, i.uv); // 2. 采样迷雾纹理 fixed4 fogData = tex2D(_FogTex, i.uv); // 假设fogData.r存储当前视野强度，fogData.g存储已探索强度 float currentVision = fogData.r; float explored = fogData.g; fixed4 finalColor = mapColor; float finalAlpha = 1.0; // 3. 根据迷雾状态决定最终颜色和透明度 if (currentVision > 0.5) { // 当前可见：完全显示地图，无迷雾 finalAlpha = 0.0; } else if (explored > 0.5) { // 已探索但不可见：显示地图，但叠加一层半透明的探索迷雾 finalColor = lerp(mapColor, _ExploredColor, _ExploredColor.a); finalAlpha = _ExploredColor.a; } else { // 未探索：完全被黑色迷雾覆盖 finalColor = _UnexploredColor; finalAlpha = 1.0; } return fixed4(finalColor.rgb, finalAlpha); } ENDCG } } }

这个Shader的逻辑清晰地区分了三种状态，并通过Alpha混合来实现迷雾的叠加效果。

4.3 性能优化技巧

  • 视野提供者管理：不要在FogOfWarRenderer的Update里每帧用FindObjectsOfType<FogOfWarVision>。改为让FogOfWarVision在OnEnable()和OnDisable()时向一个静态管理器（如FogOfWarRenderer.Instance）注册和注销自己。这能显著降低CPU开销。
  • 纹理分辨率动态调整：可以根据游戏摄像机的缩放级别，动态降低或提高textureResolution。当镜头拉远，看到整个地图时，可以使用较低的分辨率；当镜头拉近，关注局部细节时，再切换到高分辨率。这能平衡视觉效果和性能。
  • 按需更新：如果视野提供者都是静态的（如固定建筑），或者移动单位在短时间内位置没变化，可以不用每帧更新视野纹理。可以设置一个阈值，当所有视野提供者的累计移动距离超过一定值，或经过一定时间后，再触发一次完整的视野计算和纹理更新。
  • Command Buffer：对于更高级的优化，可以考虑使用Command Buffer来组织整个迷雾渲染过程，减少渲染状态的切换。

5. 常见问题排查与实战心得

即使按照步骤操作，你也可能会遇到一些棘手的问题。这里我整理了开发过程中最常见的几个“坑”及其解决方案。

5.1 迷雾边缘锯齿严重

  • 现象：战争迷雾的边缘看起来像素化，有明显的“楼梯”状锯齿。
  • 原因：迷雾纹理（Render Texture）分辨率太低，或者用于渲染视野的Shader中没有进行平滑处理。
  • 解决方案：
    1. 提高FogOfWarRenderer中的textureResolution。尝试加倍，观察效果。
    2. 在渲染视野的Shader（visionRenderMaterial所用的Shader）中，对视野边缘进行平滑（Smoothstep）。不要用简单的if(distance < radius)，改用smoothstep(radius - feather, radius + feather, distance)，其中feather是一个很小的值（如0.5个纹理像素对应的世界单位），这会在边缘产生一个平滑的过渡带。
    3. 确保迷雾纹理的过滤模式（Filter Mode）设置为Bilinear或Trilinear，而不是Point。

5.2 迷雾不随摄像机移动/缩放

  • 现象：当游戏摄像机移动或缩放时，覆盖在地图上的迷雾层位置错乱，没有正确贴合地图。
  • 原因：负责渲染迷雾的“FogOverlay”Quad对象，其UV与游戏世界坐标的映射关系没有动态更新。“FogCamera”的视口范围可能也没有随主摄像机变化。
  • 解决方案：
    1. 确保“FogOverlay”对象始终覆盖整个屏幕。一个常用的技巧是：将“FogOverlay”设为摄像机（或一个固定于摄像机的空物体）的子物体，并使其Scale足够大（如100, 100, 1），这样它就会一直填满屏幕。
    2. 在FogOfWarRenderer中，需要根据主摄像机的位置和视口大小，动态计算并设置fogCamera的orthographicSize和transform.position，使其与主摄像机看到的世界范围同步。这通常需要一些坐标转换计算。

5.3 单位进入障碍物后视野异常

  • 现象：单位走进树林（障碍物）后，本应被阻挡的视野，却依然能驱散树林另一侧的迷雾。
  • 原因：视线阻挡（LOS）检测逻辑有误。可能是在渲染视野纹理时，只检测了从视野中心到目标点的直线，但没有考虑目标点本身是否在障碍物“内部”。
  • 解决方案：在视野渲染Shader中进行更精确的检测。一种改进方法是：不仅检测“中心到像素”的射线，还要考虑像素点本身的“可通行性”。我们可以准备一张与迷雾纹理同分辨率的“障碍物纹理”（Obstacle Texture），在游戏初始化时，将障碍物的位置“烘焙”到这张纹理上（白色代表障碍物）。在视野Shader中，采样这个像素点的障碍物值，如果大于某个阈值（比如0.5），则直接视为不可见，无论射线检测结果如何。

5.4 移动平台性能开销大

  • 现象：在手机或低性能设备上，游戏帧率明显下降。
  • 原因：每帧进行多次Graphics.Blit操作和全屏的Shader绘制，对移动端的GPU带宽和填充率是挑战。
  • 解决方案：
    1. 降低分辨率：这是最有效的方法。将textureResolution降到128甚至64，在移动设备的小屏幕上，锯齿感不会太明显。
    2. 减少更新频率：将视野纹理的更新从每帧改为每2-3帧一次。对于节奏不是极快的RTS游戏，玩家通常感知不到细微的延迟。
    3. 简化Shader：检查最终迷雾合成的Shader，移除不必要的复杂计算。确保没有使用discard操作，并尽量减少纹理采样次数。
    4. 考虑备用方案：对于极度追求性能的场景，可以考虑回退到基于网格（Grid）的CPU端战争迷雾，虽然效果粗糙，但CPU开销可控。

5.5 已探索区域在重新加载游戏后丢失

  • 现象：游戏存档再读档后，之前探索过的地图又变成了全黑。
  • 原因：RenderTexture是GPU资源，其内容不会自动序列化。FogOfWarExploration脚本中的exploredTexture数据没有保存到磁盘。
  • 解决方案：在游戏保存时，你需要将exploredTexture的像素数据读取出来，转换成字节数组或Base64字符串，然后和你其他的游戏数据（如单位位置、玩家资源）一起保存。代码示例如下：
    public byte[] SaveExplorationData() { Texture2D tex = new Texture2D(exploredTexture.width, exploredTexture.height, TextureFormat.R8, false); RenderTexture.active = exploredTexture; tex.ReadPixels(new Rect(0, 0, exploredTexture.width, exploredTexture.height), 0, 0); tex.Apply(); RenderTexture.active = null; byte[] bytes = tex.EncodeToPNG(); // 或者使用更紧凑的自定义格式 Destroy(tex); return bytes; }
    在加载时，你需要反向操作：创建新的RenderTexture，将保存的字节数据加载到Texture2D，然后通过Graphics.Blit将其绘制到RenderTexture上。

这套“三脚本”战争迷雾系统，经过多个项目的实战检验，在效果和性能之间取得了很好的平衡。它最大的优势是清晰的分层架构和高度的可定制性。你可以很容易地修改Shader来改变迷雾的视觉效果（例如，从纯色迷雾改为噪波扰动迷雾），或者扩展FogOfWarVision来支持更复杂的视野逻辑（如科技升级增加视野范围）。

我提供的GitHub源码包含了完整的项目示例，所有脚本和Shader都已就绪。你只需要导入Unity工程，打开示例场景，就能立刻看到运行效果。强烈建议你在理解本文原理的基础上，再去阅读和运行源码，遇到任何问题，也可以随时参考源码中的实现细节。希望这套方案能帮你扫清RTS开发路上的一个关键障碍，让你能更专注于游戏玩法本身的打磨。

http://www.jsqmd.com/news/1359692/

相关文章：

  • SameSite=Strict防御失效：从客户端重定向到CSRF攻击的实战剖析
  • SpringBoot智慧旅游系统开发与毕业设计实践
  • 利用Kimi K3低成本生成电影感网站：从提示词到部署全流程
  • AtCoder abc470 F - Googol Swaps
  • Bilibili-Evolved如何通过动态加载架构实现毫秒级响应优化？
  • 318川藏线包车多少钱？2026年包车费用明细+避坑FAQ全解析 - 老金2026
  • 从盲探到智搜：Advanced XRay如何重新定义Minecraft挖矿哲学
  • 3个步骤搞定B站视频下载：BilibiliDown小白也能轻松上手
  • 前端开发入门：从零完成第一个HTML/CSS作业
  • Visiaim AI绘画从零到精通：本地部署、提示词工程与实战案例全解析
  • AI编程助手Superpowers实战：从环境配置到工程化集成指南
  • TypeScript工具链优化：Turborepo与ESBuild实战
  • 9款降AIGC工具测评与学术写作优化指南
  • 支付宝消费券回收到底靠不靠谱？三个最扎心的问题，一次说透~~ - 京顺回收
  • 近视孩子的第一副防控镜，选施耐德乐优点MAX - 资讯报道
  • 终极窗口分辨率自定义工具：SRWE让你轻松掌控任意应用窗口
  • 智慧教育平台电子课本下载终极指南：3分钟学会高效获取教材PDF
  • 大模型提示矛盾消解追踪工具：从输入校验到离线报告的完整实现
  • Agentic RAG 深度实战
  • 2026年IRC协议演进：从复古聊天到现代实时数据同步的工程实践
  • GRE隧道承载OSPF路由的跨地域网络互联方案
  • 告别Office订阅烦恼：3分钟解锁Microsoft 365完整功能的终极方案
  • 高校学工系统实施全攻略：从选型到优化
  • 绝区零自动化实践：5分钟构建智能游戏助手方案
  • Happy Island Designer：动物森友会岛屿规划终极指南，免费打造梦幻岛屿
  • 2026邢台高价回收缪缪包包的靠谱商家 毓典奢品汇13103017712 高价回收专业靠谱 - 毓典奢侈品回收
  • 3分钟掌握NewTab-Redirect：彻底改变你的Chrome新标签页体验
  • 零门槛跨平台：开源网页三国杀如何重塑桌面游戏体验
  • GetQzonehistory：三步搞定QQ空间历史说说完整备份
  • SpringBoot+Vue爱心捐赠管理系统开发实践