企业官网建设流程全解析

1. 项目概述：为什么我们需要一个“终极”粒子指南？

如果你在Godot里鼓捣过粒子系统，大概率经历过这样的心路历程：一开始觉得“哇，这个发射器好酷，拖拖拽拽就能出效果”，然后尝试做个简单的火花或者烟雾，感觉还行。但当你雄心勃勃地想做一个逼真的下雨场景，或者一个动态变化的暴风雪天气时，很快就会发现事情没那么简单。粒子要么穿模，要么分布不均，要么性能瞬间爆炸，最后做出的效果总感觉像卡通贴纸，缺乏那种沉浸式的、与场景互动的真实感。

这正是我写这篇指南的初衷。网上关于Godot粒子系统的教程不少，但大多停留在基础参数讲解，或者展示一个孤立的、悬浮在空中的特效。当你真正要把粒子效果整合到一个复杂的3D游戏场景中，尤其是实现像雨雪天气这种需要与整个环境动态交互的大规模模拟时，你会发现信息是碎片化的，很多关键技巧和“坑”都藏在引擎的角落或者社区的经验分享里。

所以，这不是一篇简单的参数说明书。我将从一个完整的、可运行的雨滴特效案例出发，带你一步步拆解Godot粒子系统的核心机制，并最终将其扩展成一个能够响应场景几何、支持风雨交加、甚至包含体积光散射暗示的高级天气模拟系统。无论你是想为你的独立游戏增添一抹生动的氛围，还是单纯对实时视觉特效的实现原理着迷，我相信这篇结合了大量实战踩坑经验的指南，都能给你带来实实在在的帮助。我们不止要“做出效果”，更要理解背后的“为什么”，从而让你能举一反三，创造出属于自己的独特视觉语言。

2. 核心思路：从“贴图动画”到“物理感知”的粒子系统

在深入代码之前，我们必须先统一思想。传统的、基础的粒子系统思维是“发射-运动-消亡”。我们定义一个发射源，粒子以某种速度和方向飞出，期间可能受到重力、风力等影响，然后消失。这种模式对于火焰、魔法光效、灰尘非常有效。但对于雨滴、雪花这种需要与场景物体发生碰撞并产生次级效果（如水花）的特效，就力不从心了。

Godot 4.0之后，其粒子系统（特别是GPUParticles3D）能力得到了巨大增强，为我们实现高级交互提供了可能。我们的核心思路需要升级为“物理感知的场景交互式粒子系统”。这包含几个层次：

1. 碰撞与形状感知：粒子需要“知道”场景中物体的存在，并在碰撞时改变行为或触发新事件。这不能靠昂贵的实时物理碰撞检测（那会彻底摧毁性能），而是要通过一些巧妙的“欺骗”手段。
2. 多层次粒子嵌套：一个完整的雨效不是单一粒子流。它至少包含两层：主雨滴粒子和撞击飞溅粒子。主粒子负责模拟下落的雨丝，次级粒子（由轨迹发射器TrailEmitter生成）在碰撞瞬间产生，模拟水花。
3. 基于场景信息的动态发射：雨不是均匀地落在空地上，而是落在建筑物、树木、车辆上。我们需要一种方法，让粒子的发射位置基于整个场景的几何表面动态生成，而不是从一个简单的盒子或球体里随机喷出。
4. 性能与视觉的平衡：天气效果是全局的、持续的。我们必须极其谨慎地管理粒子数量、绘制调用和着色器复杂度。目标是“看起来复杂，跑起来轻量”。

在Qt那篇文章中，他们引入了ParticleModelShape3D和ParticleSceneShape3D的概念来解决形状感知和动态发射问题。Godot没有完全同名的节点，但我们可以利用GPUParticlesCollision系列节点（如GPUParticlesCollisionBox,GPUParticlesCollisionHeightField）以及自定义着色器和粒子变换信息来达到相似甚至更灵活的效果。这是我们整个项目的技术基石。

3. 基础构建：创建一个逼真的单雨滴与水花效果

让我们从最小的单元开始：模拟一滴雨击中地面并溅起水花的过程。这里我们会用到两个核心节点：GPUParticles3D（主雨滴）和GPUParticlesAttractor3D（作为碰撞表面，并触发次级发射）。

3.1 主雨滴粒子设置

首先，创建一个GPUParticles3D节点，命名为RainDrop。

过程参数：

• Lifetime: 1.5秒。给雨滴足够的下落时间。
• Amount: 一个较小的数，比如10。我们先调试单次发射。
• Explosiveness: 设为1。这会让所有粒子同时发射，方便我们观察单次“雨阵”。
• Randomness: 0。同样为了观察清晰。

发射形状：

• 在Emission Shape下，选择Box。将Extents设为(0.5, 0, 0.5)。这会在一个很扁的矩形区域发射粒子，模拟一片小区域上方的雨云。

粒子参数（Draw Passes）：这是核心。我们需要一个看起来像雨滴的绘制方式。

1. 添加一个ParticleProcessMaterial。
2. 速度：将Initial Velocity的Y设为-10（Godot中Y轴向下为负），给一个向下的初速度。在Velocity曲线中，可以稍微增加Y方向的负值，模拟重力加速。
3. 颜色：Color参数可以给一个淡蓝色或灰色，但雨滴更多是反射环境光，所以颜色不是关键。
4. 关键技巧 - 使用Billboard与Align Y：在Render部分，将Billboard模式设为Particle Billboard，并勾选Align Y。这会让粒子矩形广告牌始终面向相机，但其Y轴与世界空间Y轴对齐。这样，一个长方形的粒子纹理在下落时，就能始终保持垂直方向，看起来就像一根雨丝，而不是一个总是正对屏幕的方形片。
5. 纹理：使用一个简单的渐变纹理，顶部透明，中间半透明白色，底部稍亮。在ParticleShader中可以用更复杂的方法，但初期用一个CanvasItemMaterial配合渐变纹理也能有不错效果。

现在运行，你应该能看到一些垂直的“线条”从一个小矩形区域落下。但这只是下落，没有碰撞。

3.2 引入碰撞与次级飞溅

接下来，我们让雨滴“撞”到东西。在RainDrop节点同级，添加一个GPUParticlesCollisionBox节点，调整其位置和大小，让它像一个地面。在RainDrop的ParticleProcessMaterial中，找到Collision部分，启用Collision Mode，并确保Collider指向我们刚创建的GPUParticlesCollisionBox。

注意：Godot的粒子碰撞是一个近似计算，主要用于影响粒子速度或触发回调，并不像刚体物理那样精确。对于雨滴，我们可以设置碰撞后粒子立刻消亡（Collision Mode选择Kill），或者反弹、摩擦。这里我们先选Kill。

现在，雨滴落到“地面”就会消失。但这还不够真实，我们需要水花。这就是TrailEmitter的用武之地。在Godot中，我们可以通过脚本或另一个粒子系统来模拟。

创建飞溅粒子系统：

1. 再创建一个GPUParticles3D节点，作为RainDrop的子节点，命名为SplashEmitter。注意，是子节点。
2. 关键设置：在SplashEmitter的Process Material中，找到Emission部分，将Emission Shape设为Parent Particles。这意味着它的发射源是其父粒子（RainDrop）的位置。
3. 设置Emission的Mode为On Collision。这样，只有当父粒子（雨滴）与碰撞体（我们的Box）发生碰撞时，才会在这个位置发射一个飞溅粒子。
4. 飞溅粒子的参数：Lifetime很短（0.3秒），Initial Velocity是向上的、且带有随机水平分量（例如Velocity Y=3, X和Z的Variation=1）。使用一个小的、不透明的圆形或星形纹理。Gravity可以给一个向下的值，模拟水花回落。

现在运行，你应该能看到雨滴撞击地面后，在撞击点爆开一小团飞溅粒子。一个基础的“撞击-反馈”循环就完成了。

实操心得：调试粒子时，善用编辑器的“单独运行当前场景”功能，并把游戏速度放慢（在编辑器运行栏调整Engine Time Scale），可以非常清晰地观察每一帧粒子的生成、运动和消亡过程，对调整参数有奇效。

4. 核心进阶：实现基于场景高度的雨滴分布

单个雨滴效果有了，但我们的雨是下在整个场景里的，而且只应该下在有物体的地方（比如地面、屋顶），而不是穿透房屋下到室内。这就需要我们动态计算发射区域。Qt文章里提到了ParticleSceneShape3D，其原理是生成一个覆盖场景的网格，每个网格点采样其正下方场景模型的最高点，从而形成一个“顶壳”。在Godot中，我们可以用GPUParticlesCollisionHeightField节点来近似实现这个思路，但更灵活的方法是使用自定义的ParticleProcessMaterial着色器。

4.1 利用高度图碰撞体

GPUParticlesCollisionHeightField允许你导入或程序化生成一张高度图（Heightmap），粒子会与这个高度场表面发生碰撞。我们可以用脚本，在游戏初始化时，以场景的俯视图（XZ平面）为基准，通过射线投射（RayCast）采样场景中所有静态几何体的高度，生成一张灰度图（白色代表高，黑色代表低或无效区域），然后赋值给Heightfield Texture。

步骤简述：

1. 创建一个GPUParticlesCollisionHeightField节点，设置足够大的Extents覆盖你的游戏场景。
2. 编写一个Tool脚本，在编辑器模式下运行，从场景正上方向下发射密集的射线阵列。
3. 记录每次射线击中的位置（Y坐标），将其归一化后（根据场景最低和最高点）转换为0-1的灰度值，写入一个Image对象。
4. 将Image保存为Texture2D资源，并赋给碰撞体节点的Heightfield Texture属性。
5. 在主雨滴粒子材质中，启用碰撞并指向这个高度场碰撞体。

这样，雨滴粒子就会在你采样生成的那个“地形表面”上发生碰撞并触发飞溅。这个方法对于静态场景（如地形、建筑）非常高效，因为它将复杂的3D碰撞检测预处理成了一张2D纹理。

4.2 着色器动态采样场景深度

对于动态物体（如移动的车辆、角色），高度图是静态的，无法实时更新。更高级的方法是使用着色器。我们可以在粒子的顶点或计算着色器中，采样场景的深度纹理（Depth Texture）。

实现原理：

1. 在项目设置中，确保启用了深度预通道（Depth Pre-Pass）或类似机制，以便在着色器中可以访问到DEPTH_TEXTURE。
2. 在自定义的ParticleProcessMaterial的shader中，我们可以获取当前粒子在屏幕空间的位置。
3. 通过一系列变换（从粒子世界坐标->视图坐标->裁剪坐标->NDC坐标->屏幕UV坐标），我们可以用这个UV去采样DEPTH_TEXTURE，得到该像素处场景几何体的深度值。
4. 将这个深度值转换回世界空间坐标，与当前粒子的世界空间Y坐标进行比较。如果粒子的Y坐标小于（在Godot中，向下为负，所以是“大于”的绝对值比较？这里需要根据坐标系调整）采样到的表面世界坐标Y值，且在一定容差范围内，我们就判定为碰撞。

这种方法性能消耗比每粒子做射线检测低得多，而且是完全动态的，能响应场景中任何物体的移动。但它对着色器编程有一定要求，并且需要处理好坐标转换的精度问题。

注意事项：深度纹理采样法有一个局限性：它只能“看到”相机渲染范围内的东西。如果雨滴在相机视锥体之外生成，或者撞击点不在当前渲染的深度纹理中（比如被其他物体遮挡），就无法正确检测碰撞。通常需要结合其他方法作为补充。

5. 性能优化与大规模模拟

一个覆盖全场景的雨效，如果每滴雨都是一个独立的粒子，那数量将是灾难性的。我们必须使用实例化（Instancing）和视效欺骗。

5.1 使用粒子系统的Amount与Emission Ring Buffer

不要试图模拟每一滴雨。GPUParticles3D的Amount属性表示的是同时存活的粒子最大数量。我们可以设置一个较大的Amount（比如2000），但通过控制Emission的Number属性和粒子的Lifetime，来维持一个稳定的、视觉上密集的雨幕。例如，每秒发射500个粒子（Emission Number= 500），每个粒子存活4秒（Lifetime= 4），那么理论上同时最多有2000个粒子。通过调整Lifetime和Number，可以在性能和密度间取得平衡。

启用Emission Ring Buffer可以确保粒子系统在达到Amount上限后，循环复用最早的粒子，而不是停止发射，这对于持续效果是必要的。

5.2 简化飞溅粒子

飞溅粒子数量多、生命周期短，是性能消耗的大户。必须做简化：

• 减少每滴雨的飞溅数量：不是每滴雨都产生飞溅，可以基于一个随机概率（比如30%）。
• 简化飞溅粒子模型：使用最简单的Quad或Point渲染，纹理尽可能小（如4x4像素的白色圆点）。
• 使用ParticleShader进行批量计算：所有飞溅粒子的运动（如上抛、减速、下落）可以用一个简单的物理公式在着色器中完成，避免每粒子每帧的脚本计算。

5.3 基于距离的细节层次（LOD）

这是高级天气模拟的关键。在远离相机的地方，雨滴可以：

• 合并绘制：使用更少的粒子，但每个粒子代表“一束雨”。
• 简化效果：关闭飞溅效果，或者使用更简单的屏幕空间后处理特效（如倾斜的噪声纹理运动）来模拟远处的雨幕。
• 降低更新频率：对于远距离的粒子系统，可以降低其Speed Scale，比如设为0.5，让它以半速更新，节省GPU时间。

Godot可以通过VisibilityNotifier节点或直接在脚本中根据粒子系统与相机的距离，动态调整上述参数。

6. 从雨到天气系统：集成风、雾与光照

单一的雨效是骨架，要成为有灵魂的天气，还需要血肉——环境氛围。

6.1 集成风力

Godot有Wind节点，但它主要影响PhysicalBone和RigidBody。要让粒子受风影响，最直接的方法是在ParticleProcessMaterial的Velocity参数中添加一个恒定的力（Force）。

1. 在材质的Force部分，设置Gravity为向下的力模拟重力。
2. 添加一个Constant Force，其方向代表风向（例如X=2, Z=1），大小代表风力。你可以将这个力关联到一个全局的Wind参数上，通过脚本根据天气强度动态调整。
3. 更精细的控制：可以使用CurveTexture来定义风力随粒子生命周期或场景位置的变化。例如，雨滴在下落过程中，受风的影响程度可以逐渐增加。

6.2 屏幕空间雾与雨幕

Godot的WorldEnvironment节点可以设置Fog。将雾的颜色设为灰白色，密度根据降雨强度调整，可以极大地增强雨天的纵深感。更重要的是，可以启用Fog的Height参数，创建一种“地面雾”的效果，模拟雨天地面水汽蒸腾的感觉。

此外，可以在后期处理（Camera3D的Environment中）添加一个微弱的、带有方向性的运动模糊（Motion Blur），模糊方向与风向一致，可以强化雨滴下落的速度感和风力感。

6.3 暗示体积光与湿滑表面

真正的“终极”效果离不开光照互动。虽然Godot内置的体积光（Volumetric Fog）对性能要求较高，但我们可以用“作弊”方法暗示它的存在。

• 湿滑表面：在雨天，地面、屋顶等表面会变得反光。你需要为场景中主要的材质，准备一个“干燥”和“潮湿”的版本，或者使用Shader根据一个全局的“湿度”参数来混合粗糙度（Roughness）和金属度（Metallic）贴图。潮湿时，粗糙度降低（更光滑），非金属材质的菲涅尔效应增强，反射更清晰。
• 雨滴涟漪：在水坑或潮湿表面上，雨滴撞击会产生涟漪。这可以通过一个动态的法线贴图（Normal Map）或顶点偏移来实现。用一个简单的圆形波纹纹理，根据飞溅粒子的撞击位置和时机，动态叠加到地面的材质上。这通常需要渲染到纹理（Render to Texture）或计算着色器（Compute Shader），是高级主题，但效果拔群。
• 丁达尔效应（God Rays）：在云层缝隙透光的情况下，可以见到光柱。在Godot中，可以通过在WorldEnvironment中启用Volumetric Fog并精心调整太阳光的方向和强度来模拟。更性能友好的方法是，使用一个带有噪声纹理的半透明锥体MeshInstance，沿着阳光方向放置，并配合一个滚动噪声的着色器来模拟光柱中的微尘运动。

7. 实战整合：构建一个可切换的动态天气管理器

最后，我们把所有零件组装起来，形成一个系统。我将分享一个我项目中使用的简易WeatherManager单例（Autoload）的设计思路。

# WeatherManager.gd extends Node signal weather_changed(old_type, new_type) enum WeatherType { CLEAR, LIGHT_RAIN, HEAVY_RAIN, STORM, SNOW } var current_weather: WeatherType = WeatherType.CLEAR # 引用你的粒子系统、环境、风等节点 @onready var rain_particles: GPUParticles3D = $RainParticles @onready var world_env: WorldEnvironment = $WorldEnvironment @onready var wind_force: Vector3 = Vector3.ZERO func set_weather(type: WeatherType, transition_time: float = 5.0): var old_weather = current_weather current_weather = type emit_signal("weather_changed", old_weather, type) # 使用Tween创建平滑过渡 var tween = create_tween() match type: WeatherType.CLEAR: tween.tween_property(rain_particles, "amount_ratio", 0.0, transition_time) # 粒子数量比例归零 tween.parallel().tween_property(world_env.environment.fog, "density", 0.01, transition_time) tween.parallel().tween_method(_set_wind_force, wind_force, Vector3.ZERO, transition_time) WeatherType.LIGHT_RAIN: tween.tween_property(rain_particles, "amount_ratio", 0.3, transition_time) tween.parallel().tween_property(rain_particles.material, "initial_velocity_min:y", -8.0, transition_time) # 雨速 tween.parallel().tween_property(world_env.environment.fog, "density", 0.03, transition_time) tween.parallel().tween_method(_set_wind_force, wind_force, Vector3(1, 0, 0.5), transition_time) WeatherType.HEAVY_RAIN: tween.tween_property(rain_particles, "amount_ratio", 1.0, transition_time) tween.parallel().tween_property(rain_particles.material, "initial_velocity_min:y", -15.0, transition_time) tween.parallel().tween_property(world_env.environment.fog, "density", 0.07, transition_time) tween.parallel().tween_method(_set_wind_force, wind_force, Vector3(3, 0, 2), transition_time) # 可以在这里触发闪电效果、音效等 WeatherType.SNOW: # 切换到雪花粒子材质，速度更慢，有飘落感 tween.tween_property(rain_particles, "amount_ratio", 0.6, transition_time) # ... 调整粒子材质为雪花样式，取消Align Y，使用球状billboard等 tween.parallel().tween_property(world_env.environment.fog, "density", 0.05, transition_time) tween.parallel().tween_method(_set_wind_force, wind_force, Vector3(0.5, 0, 0.5), transition_time) func _set_wind_force(value: Vector3): wind_force = value # 将风力值传递给所有需要受风影响的粒子材质和场景物体 RenderingServer.global_shader_parameter_set("wind_direction", value.normalized()) RenderingServer.global_shader_parameter_set("wind_strength", value.length()) # 你的粒子材质中可以使用 global uniform `wind_strength` 和 `wind_direction` 来影响粒子

这个管理器提供了天气状态的集中控制，并支持平滑过渡。你可以通过调用WeatherManager.set_weather(WeatherManager.WeatherType.HEAVY_RAIN)来触发一场暴雨。所有相关的粒子密度、风速、雾浓度、后期效果甚至音效，都可以在这里协调变化。

8. 常见问题与调试技巧实录

在实现上述效果的过程中，我踩过不少坑，这里总结一下最常见的问题和解决方法。

问题1：粒子穿模，直接飞过碰撞体。

• 排查：首先检查GPUParticlesCollision节点的Extents是否足够大，完全覆盖了需要碰撞的区域。其次，检查粒子的Collision Mode是否已启用并正确设置（如Kill或Bounce）。最容易被忽略的是粒子的速度和生命周期。如果粒子速度过快（比如一帧移动了很远的距离），它可能会从碰撞体的一侧直接“穿越”到另一侧，错过碰撞检测。这被称为“子弹穿过纸”问题。
• 解决：降低粒子初始速度，或者增加碰撞体的厚度（Extents）。在Godot 4.3+的某些版本中，可以尝试启用粒子的Sub-Emitting并选择Collision作为触发条件，这有时更可靠。对于高度场碰撞，确保高度图纹理的分辨率足够高，能反映场景细节。

问题2：飞溅粒子（子发射器）不发射，或者发射位置奇怪。

• 排查：确认子发射器节点的Emission Shape设置为Parent Particles，并且Emission Mode设置为On Collision（或你期望的其他模式，如On Time）。检查父粒子的碰撞是否真的被触发（可以临时将父粒子碰撞模式设为Bounce并给一个明显的反弹速度来观察）。
• 解决：确保子发射器是父粒子节点的直接子节点，并且其Process Material中引用的Collider与父粒子使用的是同一个。有时需要检查父粒子材质的Collision部分是否勾选了Affect Particle（影响粒子本身）和Affect Emitter（影响发射器事件）。

问题3：性能急剧下降，尤其是在大量粒子时。

• 排查：打开Godot编辑器的“监视器（Monitor）”面板，查看GPU 3D Time和Object Count。如果GPU时间激增，可能是片元着色器过于复杂（如使用了复杂的纹理或光照计算）或过度绘制（Overdraw）。如果对象数激增，可能是粒子数量太多。
• 解决：
  • 降低粒子数量：这是最直接有效的方法。通过调整Amount和Emission Number，找到视觉可接受的最低值。
  • 简化着色器：避免在粒子着色器中使用循环、分支和复杂的纹理采样。尽量使用ALBEDO和ALPHA输出简单颜色和透明度。
  • 使用MultiMeshInstance替代：对于大量重复、行为简单的粒子（比如远处的一片雨幕），可以考虑使用一个MultiMeshInstance配合自定义着色器来模拟，性能会比数千个独立粒子好得多。
  • 启用LOD：如前所述，根据距离动态调整粒子系统的细节。

问题4：自定义着色器中采样深度纹理坐标错误，导致碰撞检测全乱。

• 排查：这是着色器编程中最棘手的问题之一。首先，确保你正确获取了DEPTH_TEXTURE，并且在渲染管线中它已经被正确写入（通常需要深度预通道）。然后，在着色器中输出采样到的深度值作为颜色（例如ALBEDO = vec3(depth);），在编辑器中查看可视化结果。你应该看到一个从近到远的灰度渐变。如果全黑或全白，说明UV坐标计算错误。
• 解决：仔细检查从粒子世界坐标到屏幕UV坐标的转换链。通常需要：world_pos -> view_pos (CAMERA_MATRIX) -> clip_pos (PROJECTION_MATRIX) -> ndc (perspective divide) -> screen_uv (ndc.xy * 0.5 + 0.5)。注意Godot的坐标系（Y向上还是向下）和投影矩阵是左手还是右手系。使用VisualShader的节点可以帮你避免一些矩阵乘法错误，但对于高级操作，手写代码更灵活。务必在简单场景中逐步调试。

问题5：天气切换时，过渡不自然，参数跳变。

• 排查：你是否直接设置了粒子数量、风速等参数的最终值？这会导致瞬间切换。
• 解决：正如我在WeatherManager示例中展示的，永远使用Tween来过渡任何视觉参数。不仅是粒子数量比例（amount_ratio），还包括材质中的速度、颜色、力的参数，环境雾的密度、颜色，后期效果的强度，甚至背景音效的音量。一个持续3-5秒的平滑过渡，比瞬间切换要真实得多。Godot的Tween服务非常强大，支持并行（parallel()）和链式（chain()）动画，是构建平滑动态系统的利器。

最后，调试粒子系统是一场视觉与数据的博弈。多使用编辑器的“调试（Debug）”菜单下的“可见碰撞形状（Visible Collision Shapes）”、“可见粒子系统（Visible Particles）”等选项，结合性能分析工具，耐心调整每一个参数。记住，最好的特效往往是那些你几乎注意不到，但却让整个世界感觉“对味”的效果。希望这篇指南能帮你少走弯路，在Godot中创造出令人惊叹的天气世界。