一、地形数据的三个维度

Landscape 对 PCG 来说是一个三维数据库，每个维度都能驱动不同类型的生成决策。

1.1 高度数据（Height Data）

高度图是最基础的 Landscape 数据——每个网格点的海拔高度。PCG 可以基于高度实现：特定海拔范围内生成雪线植被（海拔 > 2000m 以上仅保留苔藓和灌木）；河谷地形（海拔最低的区域）自动密植湿地植被；海拔渐变驱动多个生物群落（Biome）的自动切换。

高度数据的精度直接来自 Landscape 的高度图分辨率。标准 UE5 Landscape 配置下，1km × 1km 地图的高度采样精度约为 0.5m–1m，对植被分布而言已足够精细。

1.2 坡度数据（Slope / Normal Data）

坡度（法线方向与竖直方向的夹角）是自然植被分布最重要的决定因素之一。坡度数据不需要单独存储——PCG 的 Surface Sampler 节点在生成点云时，每个 PCGPoint 的 Transform 中包含该位置的地形法线方向，由此可以直接计算坡度角度。

经验参考值：坡度 0°–15° 适合乔木和灌木；15°–35° 以灌木和地被为主；35°–55° 岩石和稀疏地被；55° 以上通常是裸岩，几乎无植被。这些数据来自真实世界的植被分布研究，也是《荒野之息》等高质量开放世界游戏植被系统设计的参考基础。

1.3 图层权重数据（Landscape Layer Weight）

Landscape Layer（地形图层）是独立游戏开发者最容易低估其价值的 Landscape 特性。每个 Layer 是一张灰度图，表达"该区域有多少该地貌类型"——土壤层、岩石层、草地层、湿地层等等，多个图层的权重总和为 1。

Layer 权重图通常由关卡美术在 Landscape Paint 工具中手工绘制，或通过自动材质（Auto Material）基于高度和坡度自动计算生成。一旦图层数据就绪，PCG 就可以用它作为"语义地图"——在岩石图层权重 > 0.7 的区域散布岩石模型，在湿地图层区域放置芦苇和水草。

二、PCG 读取 Landscape 的两种方式

PCG Framework 提供了两套不同的节点来读取 Landscape 数据，它们的应用场景和性能特性不同。

2.1 Surface Sampler（地形表面采样）

Surface Sampler 是最常用的 Landscape 数据接入节点。它在 Landscape 表面均匀或随机采样点，每个生成的 PCGPoint 自动包含：世界坐标位置；地形法线方向（可直接用于计算坡度）；地形高度值（通过 Z 坐标获取）。

Surface Sampler 的关键参数：采样密度（每平方米的候选点数，建议根据目标密度 × 3–5 设置，留出过滤余量）；采样方法（Poisson Disc 产生更自然的间距分布，Grid 产生规律排列）；法线对齐（生成的点是否垂直地形法线，树木应对齐，悬崖上的旗帜不应对齐）。

2.2 Landscape Layer Sampler（图层权重采样）

这是高级 Landscape PCG 的核心节点，允许 PCG 直接读取特定 Landscape Layer 在某坐标位置的权重值。工作方式：将权重值写入 PCGPoint 的指定属性字段（如"草地权重"），后续的 Filter 或 Transformer 节点可以用这个属性值做条件判断。

典型用法：采样"草地"图层权重 → 写入 PCGPoint 的自定义属性"GrassWeight" → 用 Filter by Attribute 节点过滤"GrassWeight > 0.5"的点 → 只在草地权重高的区域生成草地植被。这样植被分布就与美术手工绘制的地形图层完全同步——美术改变地形图层，PCG 内容自动更新。

2.3 两种方式的配合使用

在实际项目中，两种方式通常配合使用：Surface Sampler 负责生成候选点云并提供高度、法线数据；Landscape Layer Sampler 为同一组候选点附加图层权重属性；后续的过滤和变换节点综合使用坡度（来自法线）和图层权重（来自 Layer Sampler）做复合条件决策。这种组合覆盖了绝大多数开放世界独立游戏的植被生成需求。

三、坡度感知植被分布：核心逻辑与参数

坡度感知是 Landscape PCG 最基础也最重要的功能。其核心逻辑并不复杂：从每个 PCGPoint 的法线方向计算坡度角，根据角度范围过滤保留或淘汰该点。

3.1 坡度计算方法

PCGPoint 的 Transform 包含地形法线方向。坡度角 = arccos(法线方向 · 世界上方向 (0,0,1))。当法线完全垂直时（水平地面）坡度为 0°；当法线水平时（垂直崖壁）坡度为 90°。

在 PCG Graph 中，通常用"Get Slope Angle"或通过"Copy Attribute"节点提取法线的 Z 分量（直接等于 cos(坡度角)）来近似坡度——无需三角函数计算，性能更好。法线 Z 分量 > 0.87 约对应坡度 < 30°，Z > 0.71 约对应坡度 < 45°。

3.2 坡度分区生成配置示例

这套参数值是 Xmohe 整理自多个独立游戏项目和社区讨论的经验数据，可直接作为起点，根据具体美术风格调整。

3.3 密度平滑过渡

直接用阈值过滤坡度会在边界处产生硬边——植被在某坡度瞬间消失，不符合自然规律。实现软过渡的方法：将坡度值映射到密度（Density）属性上——30° 坡度映射到密度 1.0，45° 坡度映射到密度 0.2，45°+ 坡度映射到密度 0。再用 Density Filter 节点按密度随机剔除，坡度越大保留概率越低。结果是植被密度随坡度增大自然稀疏，没有明显边界线。

四、Landscape Layer 权重图驱动多类型内容生成

将 Landscape Layer 权重图与 PCG 连接，是实现"地形画笔控制内容分布"的关键——美术用 Landscape Paint 刷出"这里是湿地"，PCG 自动在湿地区域密植芦苇；美术刷出"这里是岩石"，PCG 自动在岩石区域生成岩石散布。

4.1 基础连接流程

标准的 Layer 权重驱动 PCG 管线步骤： 一、在 Landscape 材质中定义并命名 Layer（如"GrassLayer"、"RockLayer"、"WetlandLayer"）； 二、用 Surface Sampler 采样 Landscape 表面获取候选点云； 三、为每个候选点用 Landscape Layer Sampler 读取目标 Layer 的权重值，写入 PCGPoint 属性； 四、用 Filter by Attribute 节点设定权重阈值（如"GrassLayer > 0.5"），分流不同类型的生成管线； 五、每条管线末端分别用不同网格配置的 Static Mesh Spawner 生成对应内容。

4.2 多图层并行生成管线架构

一个成熟的 Landscape PCG 图通常有多条并行生成管线，每条对应一种 Landscape Layer。图的整体结构如下：上方公共数据层（Surface Sampler + 多个 Layer Sampler）生成包含所有属性的完整候选点云；中间分流层按 Layer 权重 + 坡度条件将候选点分发到各管线；下方各管线独立处理各自类型的内容生成和网格变化（比例、旋转范围等）。

重要设计原则：Layer 权重采样在分流之前统一执行，而不是在每条管线里各自读取 Layer。同一个 Landscape Layer Sampler 节点可以同时为多个分流管线提供数据，避免重复的地形查询操作。这能将 Layer 采样成本降低至只付出一次，是性能优化的关键细节。

4.3 与 Auto Material 的配合

使用 Auto Material（根据坡度和高度自动计算图层混合比例的 Landscape 材质）时，Layer 权重数据对于 PCG 而言是只读的——材质着色器计算的权重无法在编辑器外部直接查询。解决方案：在 Auto Material 中保留显式的 Layer 定义（即使权重由材质自动计算），Landscape Layer Sampler 仍然可以读取这些图层的权重值，因为 UE5 在编辑器中会烘焙 Layer 权重数据到专用贴图通道。

五、World Partition 对 Landscape PCG 的约束

在超大地图（超过 1km × 1km）项目中，World Partition 是标准的场景管理方案。但 World Partition 的流式加载机制对 Landscape PCG 的行为有几个重要约束，不了解这些约束会导致莫名其妙的生成错误或性能问题。

5.1 PCG 作用域与 WP Cell 边界的关系

PCG Component 的生成作用域（通常通过 PCG Volume 定义）与 World Partition 的流式单元（WP Cell）之间可能存在跨越关系。跨越 Cell 边界的 PCG 生成会带来问题：PCG 依赖的 Landscape 数据只有当对应 WP Cell 加载后才可读取；PCG Volume 跨越多个 Cell 时，只有当所有涉及的 Cell 都加载后，PCG 才能完整执行。

最佳实践：将 PCG Volume 大小与 WP Cell 尺寸对齐（例如 WP Cell 为 256m × 256m，PCG Volume 也设为 256m × 256m 或其倍数），避免跨 Cell 依赖。

5.2 Landscape Streaming 与 PCG 的时序问题

World Partition 下的 Landscape 本身也是流式加载的（Landscape Streaming Proxy）。当玩家移动到新区域时，Landscape Streaming Proxy 先于 PCG 加载——这个时序通常是正确的。但偶尔会出现"PCG 在 Landscape 完全加载前就开始执行"的时序竞争问题，导致 Landscape Layer 数据读取失败，生成内容为空。

解决方案：在 PCG Component 设置中启用"Wait for Landscape"选项（UE 5.4+）；或者在运行时 PCG 触发前添加短暂延迟（0.1–0.5 秒）等待 Landscape Streaming 稳定。

5.3 HLOD 与 PCG 生成内容的层级管理

World Partition 提供的 HLOD（分层 LOD）系统可以将 PCG 生成的大量实例在远距离下合并为简化的代理网格（HLOD Proxy），大幅减少远景的渲染开销。这需要在 PCG Component 设置中配置 HLOD Layer 归属，并在 World Partition 设置中定义 HLOD 生成规则。

对独立开发者的建议：如果地图超过 2km × 2km，HLOD 配置几乎是必须的，否则远景的 PCG 内容会成为持续的 Draw Call 负担。但 HLOD 生成需要编辑器内运行一次构建操作，应在正式发布前完成，不能在运行时实时生成。

六、运行时地形修改的事件驱动响应

某些游戏类型需要在运行时修改地形（如沙盒建造、战场破坏），并让 PCG 生成内容随之更新。这比静态场景 PCG 复杂得多。

6.1 地形修改触发 PCG 重算的机制

当 Landscape 在运行时被修改（通过 Edit Landscape Component 或 Stamp 工具 API），PCG Component 不会自动感知这一变化——需要通过代码或蓝图主动触发 PCG 刷新。正确的事件链：地形修改操作完成 → 广播自定义事件"TerrainModified" → 目标区域的 PCG Component 订阅此事件 → 收到事件后调用 PCG Component 的"Regenerate"函数，限定重算范围为受影响区域。

6.2 局部刷新而非全图重算

运行时地形修改的关键性能要求是：只重算被修改区域对应的 PCG 生成内容，而不是全图重算。实现局部刷新需要：修改事件携带"影响区域"信息（中心点 + 半径）；PCG Component 接到事件后，只将该范围内的 WP Cell 标记为 Dirty；其余 Cell 保持缓存的生成结果不变。这套机制依赖前文提到的增量更新系统正确配置。

6.3 独立游戏的实用简化方案

对于预算和时间有限的独立开发者，实现运行时地形响应 PCG 的最小可行方案是：将可能被修改的区域划分为若干独立的 PCG Component Zone（每个约 50m × 50m）；地形修改后，只对覆盖修改区域的 Zone 调用 Regenerate。这不需要复杂的增量更新配置，用简单的空间分区逻辑就能实现可接受的性能表现。

七、初级用户路径：三步实现坡度感知植被

如果你是第一次做 Landscape PCG，以下三步可以在 30 分钟内实现基础的坡度感知植被效果：

第一步：搭建基础点云

在 PCG Graph 中添加 Surface Sampler 节点，连接到场景中的 Landscape Actor。设置合适的采样密度（对于中等地形，每平方米 2–4 个候选点是合理起点）。此时运行 PCG，你会看到整个地形表面均匀分布了候选点。

第二步：按坡度过滤

在 Surface Sampler 后添加"Copy Attribute"节点，将每个 PCGPoint 的 Transform 的 Z 方向分量（法线 Z）复制到新属性"SlopeZ"。然后添加"Filter by Attribute"节点，设置条件"SlopeZ > 0.87"（对应坡度 < 30°）。此时只有平坦区域的候选点保留，崖壁上的点被过滤掉。

第三步：连接 Spawner

在 Filter 节点后添加"Density Filter"（设置保留比例约 0.4），再连接"Static Mesh Spawner"，在 Spawner 中配置树木模型。运行 PCG，你会看到树木只出现在坡度较低的区域，山崖和陡坡上干干净净。

调试提示：如果什么都没生成，检查以下三点：PCGVolume 是否覆盖了你的 Landscape 区域；Static Mesh Spawner 是否已配置网格模型；法线 Z 的阈值是否太高（先把阈值改为 0.5 验证管线是否通）。

八、中级用户路径：多图层地形感知生成架构

生产级 Landscape PCG 系统通常需要处理 3–5 种不同的地形类型，每种类型对应不同的内容组合。以下是 Xmohe 整理的多图层架构设计原则。

8.1 属性聚合层设计

构建"属性聚合层"是多图层系统的关键——在图的最上游，用一个公共数据段为所有候选点同时附加：坡度角属性；高度属性；所有需要的 Landscape Layer 权重属性（草地权重、岩石权重、湿地权重）。此后的所有分流管线共享这批属性，避免重复读取 Landscape 数据。

8.2 分流决策节点

属性聚合完成后，用 PCG 的"Gate"或复合条件过滤节点实现分流：草地管线：GrassWeight > 0.4 AND 坡度 < 30°；岩石管线：RockWeight > 0.5 OR 坡度 > 45°；湿地管线：WetlandWeight > 0.3 AND 高度 < 区域中位高度。多个条件组合分流，实现地形语义到内容类型的映射。

8.3 道路清除区集成

开放世界中，道路两侧通常需要清除 PCG 生成的植被。实现方式：将道路 Spline 数据送入 PCG，用"Filter by Distance from Spline"节点过滤掉距离道路中心线一定宽度内的候选点。道路宽度两侧各清除 3–5m 是常见配置，可以作为 PCG Graph Parameter 暴露给设计师调整。

8.4 多图层系统的参数暴露建议

生产级系统中，以下参数应该暴露为 PCG Graph Parameters：各 Layer 权重阈值（便于美术根据实际图层绘制情况微调）；各管线的全局密度倍率（方便快速调整整体密度）；坡度阈值（不同美术风格对坡度的接受范围不同）；道路清除宽度。

九、争议：热重载效率与编辑器稳定性

Landscape PCG 在 World Partition 场景中，热重载（修改参数后在编辑器中刷新）效率与稳定性是社区讨论量最高的抱怨来源之一。

9.1 问题的实际表现

开发者普遍反映以下问题：修改任何 Landscape Layer 引用后，PCG 刷新会触发全地图重算而不是局部更新，耗时 30–120 秒；在内存有限的工作站（16GB RAM）上，大型地图的全图 PCG 刷新有时会导致编辑器崩溃；PCG + World Partition 的组合下，撤销（Ctrl+Z）操作偶尔会让生成内容进入不一致状态，需要手动强制刷新。

9.2 社区的两种立场

一方认为，PCG + Landscape + World Partition 的三者集成是 UE5 当前最复杂的技术组合，Epic 尚未完全优化其内部同步机制，这些问题是工具链不成熟的客观反映，独立开发者应该谨慎在移动端和主机端的大型开放世界项目中完全依赖这套组合。

另一方认为，大多数稳定性问题来自项目配置问题（WP Cell 大小不当、PCG Volume 跨 Cell 等），遵循正确的架构规范后这些问题可以被大幅减少。Epic 在 UE 5.4 和 5.5 的版本说明中也持续提到对 PCG + Landscape 集成稳定性的改进。

编辑观点：对于 1–3 人的独立游戏团队，Landscape + PCG 的组合在地图面积 4km² 以内时是稳定可用的，遵循 WP Cell 对齐和 Layer Sampler 公用两个原则可以解决大多数性能和稳定性问题。更大规模的地图需要更多的前期架构测试，不建议在没有充分测试的情况下盲目上全套系统。