1. 项目概述：当程序化内容生成遇见城市建造

最近在捣鼓一个挺有意思的活儿：用UE5的PCG Framework（程序化内容生成框架）来搭建一个程序化城市。这玩意儿听起来挺唬人，但说白了，就是想让电脑根据我们定下的规则，自动生成城市里的建筑布局，而不是美术同学吭哧吭哧一个个手摆。这背后的驱动力很直接：开放世界、大场景的需求越来越普遍，但人力成本和性能开销是两道绕不过去的坎。手摆十万栋楼？想想都头皮发麻。PCG提供了一种可能性，用算法和规则来驱动内容的生成，既能保证一定的视觉丰富度和合理性，又能把性能控制在预算之内。

这个项目的核心，其实就围绕两个关键词：“建筑分布规则”和“性能预算控制”。前者决定了生成的城市看起来像不像那么回事，是杂乱无章还是井然有序；后者则决定了这个城市能不能在你的目标平台上（比如PC或主机）流畅跑起来，别搞出一个只能看幻灯片的概念演示。我自己在尝试的过程中发现，这两者往往是相互拉扯、需要不断权衡的。你想让城市更密集、细节更丰富，性能压力就上来了；你想把帧数稳住，就得在规则上做文章，学会“偷懒”和“作弊”。接下来，我就把自己趟过的一些路、踩过的一些坑，结合UE5 PCG Framework的具体用法，拆开揉碎了跟大家聊聊。

2. 核心思路：规则驱动与预算管理的双螺旋

用PCG做城市，不能把它当成一个简单的“随机撒点”工具。它的魅力在于“可控的随机”和“基于规则的复杂系统”。我的整体思路是一个双螺旋结构：一边是自上而下的规则设计，定义城市的骨骼与肌理；另一边是自下而上的预算控制，确保这具身体能够健康运行。

2.1 建筑分布规则的设计哲学

建筑怎么放，绝不是扔个随机种子就能解决的。我们需要模拟城市生长的内在逻辑。我通常会从宏观到微观，分几个层级来设计规则：

1. 区域划分（Zoning）：这是城市规划的基石。首先要用PCG图元（比如通过PCG Surface Sampler从地形或手动绘制的样条线、体积中采样）定义出不同的区域类型，例如：高密度商业区、中密度住宅区、低密度工业区、公园绿地、沿河景观带等。每个区域类型会绑定一套属性，如建筑密度、允许的建筑类型集合、高度范围、朝向规则等。
2. 道路导向（Road Influence）：城市沿道路生长是最基本的规律。我们可以利用PCG Spline Sampler沿道路样条线进行采样，生成建筑生成点。这里的关键参数是Offset Range（建筑退让道路的距离）和Step Distance（沿道路生成点的间隔）。商业建筑通常紧贴道路，退让少；住宅区则可以退让更多，形成前院空间。
3. 噪声与随机性（Noise & Randomness）：纯粹的规则会导致城市过于呆板。引入柏林噪声（Perlin Noise）或沃利噪声（Worley Noise）来控制密度的细微变化、建筑类型的混合，可以创造出更自然、有机的街区感。例如，用噪声图来调制住宅区内独栋房屋和联排别墅的分布比例。
4. 排斥与约束（Exclusion & Constraints）：建筑不能叠在一起，需要尊重彼此的物理空间。这就要用到PCG Difference或PCG Bounds Modifier等节点，结合碰撞检测，确保生成的建筑点之间保持最小距离。同时，还要约束建筑不能出现在陡坡、水面等不合理的位置，这可以通过PCG Surface Mask节点，基于地形坡度、高度等属性进行过滤。

注意：规则设计初期，切忌追求一步到位。建议先用简单的方块（Cube）或简易Mesh代替复杂建筑资产进行快速迭代和可视化调试，待分布逻辑满意后，再替换为最终资产。PCG Framework的Debug视图和属性Pin实时预览功能是快速迭代的神器。

2.2 性能预算控制的全局视角

性能控制必须从设计之初就纳入考量，而不是事后优化。我的预算是围绕Draw Call（绘制调用）、三角形数量、内存占用和CPU逻辑开销这几大块来制定的。

1. LOD（细节层次）策略：这是性能优化的王牌。对于程序化生成的大量建筑，必须为每个建筑Mesh设置好LOD。在PCG图中，可以通过PCG Mesh Sampler或自定义属性，为不同距离、不同重要性的建筑选择不同LOD级别的静态网格体。UE5的Nanite技术对于满足条件的高模资产是革命性的，可以极大减少Draw Call，但并非所有资产都适合Nanite，传统LOD链依然重要。
2. 实例化与合批（Instancing & Batching）：PCG Framework生成的静态网格体默认会由引擎进行实例化渲染，这对于重复性高的建筑（如相同的住宅楼）非常有效。我们需要确保这些建筑使用的是同一个静态网格体资产，并且材质也尽可能共享。避免为每个生成点动态创建材质实例并设置唯一参数，除非必要。
3. 视距与剔除（Culling）：合理设置生成范围。不要试图一次性生成整个世界的城市。结合UE5的世界分区（World Partition）系统，让PCG Graph只在流加载的网格单元内执行生成。同时，在PCG Graph内部，可以利用PCG Projection将生成点投影到地形后，根据与摄像机（通过Get Actor Data获取玩家Pawn位置）的距离进行过滤，只生成视野范围内的建筑。
4. 生成粒度控制：不是所有建筑都需要同样的细节。对于远距离的、背景里的建筑，可以使用“建筑贴图”（Building Texture）或简模（Simplified Proxy Mesh）来替代完整模型。甚至可以用PCG Foliage节点配合简单的面片和透明遮罩贴图来生成一片“城市背景板”，其性能消耗远低于实体建筑。

3. 实操构建：从空白场景到程序化街区

理论说再多，不如动手做一遍。下面我以一个“生成沿道路分布的混合功能街区”为例，展示核心的PCG Graph搭建流程。

3.1 基础环境与资产准备

首先，在UE5中创建一个空关卡，启用世界分区（便于大场景管理）。准备以下资产：

• 地形：一个基本的地形景观，或者使用Landscape工具创建。
• 道路样条线：在场景中绘制一条或多条Spline，代表主要道路。
• 建筑静态网格体：准备几种不同类型的建筑Mesh，例如：商业楼（Commercial_A, Commercial_B）、公寓楼（Apartment）、独栋房屋（House）。并为每个Mesh设置好LOD（至少LOD0和LOD1）。
• 材质：创建基础的建筑材质，尽量使用共享材质参数集（Scalar/Vector Parameters）来控制颜色、污渍等变化，而不是为每栋楼创建独立材质实例。

3.2 PCG Graph核心节点网络搭建

创建一个新的PCG Graph，我将其命名为Proc_City_Block。以下是关键节点链：

1. 输入与道路采样：

   • 添加Spline输入节点，这将允许我们在关卡中将绘制的样条线指定给这个Graph。
   • 连接PCG Spline Sampler节点。设置Step Distance为2000（单位：厘米，即20米），这决定了沿道路生成点的基本间隔。设置Offset Range为X=500, Y=500，让生成点可以在道路两侧一定范围内随机分布，避免过于整齐。
   • 为什么是20米？这是一个经验值，考虑了常见街道宽度和建筑面宽。对于主干道可以更大，小巷子则需调小。

2. 区域划分与属性赋予：

   • 假设我们想生成道路两侧各50米范围为商业区，再往外100米为住宅区。我们可以使用两个PCG Box节点（一个代表商业区体积，一个代表住宅区体积）和PCG Intersection节点，与上一步的采样点做交集，从而为不同位置的点打上不同的“区域标签”（如ZoneType）。
   • 使用PCG Attribute Set节点，为具有ZoneType=Commercial的点设置属性：BuildingType=Commercial,Density=0.8,HeightMin=1500, HeightMax=4000（建筑高度范围）。为ZoneType=Residential的点设置：BuildingType=Residential,Density=0.6,HeightMin=800, HeightMax=2000。
   • 密度（Density）属性的妙用：它不是简单的0或1，而是概率。后续可以用一个PCG Filter By Attribute节点，配合一个随机数，过滤掉一部分点，实现非满铺的效果，让城市有疏密变化。

3. 引入随机性与自然感：

   • 添加PCG Density Noise节点。将其Density输入连接到上一步的点集。调整噪声的Scale（尺度）和Threshold（阈值）。大尺度的低频噪声可以模拟街区级的密度波动，小尺度的高频噪声可以增加街块内的随机性。通过Threshold可以控制多少比例的点被保留。
   • 使用PCG Attribute Noise节点，为保留下的点添加随机的高度偏移（HeightOffset）、旋转偏移（RotationOffset）等属性，让建筑群看起来不那么整齐划一。

4. 碰撞检测与间距约束：

   • 这是保证生成结果合理的关键一步。使用PCG Bounds Modifier节点，根据每个点的BuildingType，为其赋予一个初始的边界框尺寸（例如，商业楼Extents=(1000,800,Height/2)，住宅Extents=(600,600,Height/2)）。
   • 连接PCG Collision节点。将其模式设置为Separate（分离）。这个节点会模拟物理碰撞，让那些边界框重叠的点互相推开，直到达到最小间距。调整Collision Radius和Iteration（迭代次数）来控制推开的力度和效果。
   • 实操心得：Collision节点计算开销较大，尤其是点数多的时候。在迭代期，可以先关闭此节点或调低Iteration，快速预览分布，最终生成时再开启。

5. 建筑实例生成与LOD控制：

   • 经过重重筛选和调整的点，现在可以“变身”为建筑了。使用PCG Static Mesh Spawner节点。
   • 在节点的Mesh映射表中，根据点的BuildingType属性，分配不同的静态网格体列表。例如，BuildingType为Commercial的点，可以从[Commercial_A, Commercial_B]中随机选取一个Mesh生成。
   • LOD控制：这里有一个技巧。我们可以在PCG Static Mesh Spawner节点之前，添加一个PCG Attribute Set节点，根据点与摄像机（通过Get Actor Data获取）的距离，计算并设置一个LOD_Level属性（如0,1,2）。然后，在自定义的静态网格体资产中，提前准备好对应LOD级别的Mesh变体（命名如Building_A_LOD0,Building_A_LOD1），并在Mesh映射表中，根据LOD_Level属性选择对应的Mesh资产。这是一种更精细的控制，但管理起来稍复杂。更通用的做法是依赖引擎自动的LOD和视锥剔除。

6. 输出与调试：

   • 最后连接Output节点。
   • 在PCG Editor中，充分利用Debug视图。可以分别可视化不同阶段的数据点（Point）、边界框（Bounds）、碰撞状态等。将关键属性如Density、BuildingType通过Color或Size映射到调试视图上，一目了然。

将制作好的Proc_City_BlockPCG Graph拖入关卡，指定道路样条线，点击“生成”，一个初步的程序化街区就出现了。你可以通过调整Graph中的各种参数（采样间隔、噪声参数、碰撞半径等），实时看到生成结果的变化，快速迭代出想要的布局风格。

4. 性能深度优化：从理论到实战的预算控制

有了基础的城市雏形，接下来就要面对最现实的性能问题。我给自己设定的目标是在中端PC（RTX 3060级别）上，保持包含数千栋建筑的场景帧率在60fps以上。下面是我的优化实战记录。

4.1 性能分析工具链

工欲善其事，必先利其器。UE5内置的性能分析工具是我们的眼睛：

• Stat Unit：按~键输入stat unit，查看帧时间在Game、Draw、GPU上的分布。程序化城市通常Draw（渲染）压力最大。
• Stat RHI：stat rhi查看Draw Call数量、三角形数量等核心渲染指标。
• GPU Visualizer：在编辑器偏好设置中启用，通过Ctrl+Shift+,（逗号）打开，可以直观看到每一帧GPU在渲染什么，快速定位耗时的渲染步骤。
• PCG Profiler：PCG Framework自带的性能分析工具，可以查看每个PCG Graph、每个节点的执行时间，对于优化Graph逻辑本身至关重要。

4.2 分层级细节管理（LOD）实战

我采取了一个三级LOD策略，在PCG Graph中通过距离判断来实现：

1. LOD0（0-50米）：完整模型，包含所有内部结构（如果可见）、高清材质。由引擎自动管理。
2. LOD1（50-200米）：简化模型，移除内部不可见结构，材质可以合并或降低纹理分辨率。同样由引擎管理。
3. LOD2（200米以外）：这里我不用引擎LOD，而是主动替换。在PCG Graph中，我添加了一个分支逻辑：使用PCG Filter By Attribute节点，筛选出距离摄像机大于200米的点。然后，这些点不再走PCG Static Mesh Spawner，而是进入另一个分支，使用PCG Instance Spawner来生成一种极简的代理网格体（Proxy Mesh）。
   • 代理网格体：可能只是一个简单的长方体（Box），其长宽高对应原建筑的包围盒，材质是一张烘焙了建筑外观的透明贴图（Billboard）。这样一个代理网格体的三角形数量可能只有12个，而原建筑可能有数万面。
   • 实现方法：计算原建筑点的包围盒大小（PCG Bounds Modifier），将这个尺寸传递给代理网格体的缩放参数。这样，远看时，一片建筑群就由大量简单的、带贴图的方块组成，GPU压力骤降。当玩家靠近时，PCG Graph会动态重新执行（需设置合适的生成触发范围），将代理点替换为真实的建筑模型。

4.3 动态生成与流控

让PCG Graph在全地图同时运行是不现实的。必须结合世界分区和距离触发。

1. 基于世界分区的生成：将主PCG Graph（如Proc_City_Master）放到一个持久性关卡（Persistent Level）中，并将其Generation Trigger设置为OnLoad。在世界分区的每个网格（Grid Cell）流式加载时，会自动触发该网格内PCG Volume（或Surface）关联的生成任务。
2. 摄像机距离触发：在Proc_City_Block这类子Graph中，可以集成距离检查。使用Get Actor Data节点获取玩家摄像机（或Pawn）的位置，与每个潜在生成点计算距离。通过PCG Filter By Attribute节点，只保留距离小于某个阈值（如5000单位）的点进行后续的复杂生成和碰撞计算。对于距离外的点，可以直接丢弃，或者生成一个最简单的占位符。
3. 异步生成与分帧：对于大型生成任务，一定要在PCG Graph的Settings中启用bUseAsyncGeneration（异步生成）。同时，可以设置GenerationGridSize，将大区域划分成小格子分帧生成，避免单帧卡顿。

4.4 材质与渲染优化

建筑材质是Draw Call的大户。

1. 材质合并：尽可能让不同类型的建筑使用同一个主材质，通过材质参数（如VectorParameter控制颜色，ScalarParameter控制污渍强度）来实现差异化。在PCG Graph中，使用PCG Attribute Set节点为每个点设置这些参数值，然后在PCG Static Mesh Spawner的Material Override里，动态创建材质实例并应用这些参数。
2. 避免动态材质实例爆炸：上面说的动态创建要谨慎。如果每栋楼都创建一个唯一的材质实例，Draw Call会爆炸。更好的做法是参数化批量设置。例如，只准备5种颜色的材质实例，然后在PCG中根据点的属性（如区域、高度）选择其中一种，而不是为每栋楼混合一个独一无二的颜色。
3. 利用Nanite：对于符合条件的高模建筑资产（三角面数高但重复实例多），启用Nanite。Nanite可以近乎无视三角形数量，将渲染压力转移到VS（虚拟阴影）和内存带宽上。但要注意，Nanite对资产的制作有要求，且不支持半透明（Proxy Billboard就需要传统渲染）。

经过这一套组合拳，我在测试场景中，将视距内建筑数量从约2000栋（直接生成完整模型）优化到了约500栋完整模型+1500栋代理模型。Draw Call从最初的12000+下降到了3500左右，GPU帧时间下降了约40%，成功将帧率稳定在了目标区间。

5. 常见问题与排查实录

在开发过程中，我遇到了不少典型问题，这里整理出来，希望能帮你避坑。

5.1 生成结果异常问题排查表

5.2 性能优化中的“坑”

• Draw Call激增：最常见的原因是材质实例过多。检查是否在PCG Graph中为每个点都创建了唯一的材质实例。改为使用有限的几个共享材质实例，通过顶点颜色或世界位置偏移等技巧实现变化。
• 内存占用过高：生成了大量高分辨率纹理的实例。确保代理模型和LOD1/2模型使用了压缩过的、更低分辨率的纹理。使用纹理流送（Texture Streaming）并合理设置Mip Map。
• CPU端PCG开销大：PCG Collision节点在点数上万时开销巨大。考虑分层级碰撞：先按区域进行粗略的网格划分，在每个小格子内进行局部碰撞，或者使用更简化的碰撞体（如球体）进行初步检测。
• Nanite使用不当：给一个面数很低（如几千面）的建筑启用Nanite可能得不偿失，因为Nanite有自己的运行时开销。通常建议数万面以上的资产才考虑启用。使用stat nanite命令查看Nanite的各项数据。

5.3 调试技巧与心得

• 活用“Pin”预览：在PCG Graph中，右键点击任何节点的属性Pin，选择“Watch”，其值会实时显示在Debug视图的数据表格中，对于调试属性传递流程无比方便。
• 分阶段生成与调试：将复杂的Graph拆分成几个子Graph或子网络，用PCG Input/Output节点连接。先确保第一个阶段（如采样、分区）输出正确，再叠加第二阶段（如噪声、碰撞），逐步构建，易于定位问题。
• 属性命名规范化：为自己创建的属性定义清晰的前缀或命名规范，如Cus_Height,Cus_ZoneType，避免与引擎内置属性混淆。
• 版本控制与参数预设：PCG Graph的参数很多，调整出一个满意的城市布局后，及时保存这些参数组合（可以记录在文档里，或者利用UE的Data Asset存储关键参数结构），方便在不同项目或不同区域复用。

程序化城市生成是一个在艺术感和技术限制之间寻找平衡的持续过程。UE5的PCG Framework提供了强大的工具，但最终效果的好坏，更取决于你对城市规律的理解和对性能瓶颈的掌控。我的经验是，先从一个小街区开始，把分布规则和性能预算的闭环跑通，再逐步扩展到更大的区域，增加更复杂的规则（如建筑风格分区、绿化带、小巷生成等）。记住，PCG不是取代美术，而是放大美术的效能，把艺术家从重复劳动中解放出来，去处理那些真正需要创造力的部分。