如何用Godot做雨天粒子？5步搭出雨滴与水花的完整参数指南
【免费下载链接】godotGodot Engine – Multi-platform 2D and 3D game engine项目地址: https://gitcode.com/GitHub_Trending/go/godot
Godot 的雨天粒子效果核心在于两类节点的组合：GPUParticles2D 负责大规模雨滴，CPUParticles2D 或一次性子发射器负责地面水花。本文基于 Godot 引擎源码（scene/2d 目录下的粒子实现）梳理原理，给出可直接落地的 5 步搭建流程、参数取舍对比表和移动端优化清单，目标是让新手在 30 分钟内得到一个性能可控、看起来真实的雨天场景。
原理速览
Godot 的粒子不是"实体"，而是一组按生命周期采样的状态（位置、速度、颜色、缩放）：
- CPU 路线：CPUParticles2D 在主线程逐帧更新每个粒子的物理量，逻辑好控制，但数量上几百就明显吃 CPU。
- GPU 路线：GPUParticles2D 把更新逻辑写进粒子 process material（顶点着色器），每帧在 GPU 上并行推进，几千粒子的开销仍然很低。源码见 scene/2d/gpu_particles_2d.h。
- 一次性发射：
one_shot = true让粒子发完即停，天然适合"落地瞬间"的水花、烟雾爆发。 - 子发射器：
sub_emitter属性允许 A 粒子结束时在自身位置触发 B 粒子，是"雨滴→水花"链式反应的官方机制。 - 关键认知：2D 场景里让雨滴与地面"精确碰撞"并不划算，按生命周期估算落地时刻再触发水花，视觉上等价且便宜得多。
实战搭建：5步搭出雨滴+水花
- 建主雨滴发射器：场景根部挂一个 GPUParticles2D，放在屏幕顶部上方约 100px 处（让第一帧就有雨滴在画面内）。关键参数：
amount = 400、lifetime = 0.7、emission_shape = EMISSION_SHAPE_RECTANGLE、emission_rect_extents = Vector2(960, 2)。必须设置pre_process = 0.3，否则开场 0.3 秒画面是"空窗"。 - 写速度：给发射器赋一个 ShaderMaterial 作为 process material，在
process_particle里固定向下初速（约 900 px/s，可按画面高度缩放）；把节点randomness = 0.15，让同一批雨滴速度有轻微差异，避免"整排齐步走"的假感。斜雨只需给初速加一个恒定的 x 分量。 - 做水花发射器：再建一个 GPUParticles2D，
one_shot = true、explosiveness = 1.0、lifetime = 0.35，纹理换成小水滴点状，初始方向朝上扇形展开。它平时emitting = false。 - 触发落地：两条路线二选一——脚本路线：主发射器用
randomness记录每个粒子的寿命差异，雨滴 Y 到达地面线时用emit_particle()在地面位置触发水花；节点路线：把水花节点路径填进主发射器的sub_emitter，让粒子消亡时自动带出下一层。推荐新手先用脚本路线，落地时刻完全可控。 - 加氛围层：一个半透明 ColorRect（约 8% 黑色）做远景雨幕，一个 AudioStreamPlayer 播雨声循环，CanvasModulate 整体降 10% 亮度。这三层不加，雨滴再准也像"PPT 动画"。
触发水花的核心代码（脚本路线，全部逻辑不超过这个量级）：
# 雨滴到达地面 Y 后，在该位置发射一次水花 if p_y >= GROUND_Y: splash.one_shot = true splash.global_position = Vector2(p_x, GROUND_Y) splash.emitting = true参数与取舍
| 技术路线 | 主要开销 | 视觉上限 | 落地建议 |
|---|---|---|---|
| GPUParticles2D 做主雨幕 | GPU 顶点处理，几乎可忽略 | 高（可叠速度曲线、色带） | 必须作为雨天默认选择 |
| CPUParticles2D 做主雨幕 | 主线程随数量线性增长 | 中（逻辑简单、调试直观） | 仅用于数量 < 100 的低配降级方案 |
sub_emitter级联水花 | 与主粒子同管线，开销小 | 高（链式触发自然） | 推荐，适合"雨滴→水花→涟漪"多层 |
| 逐粒子物理碰撞（CollisionShape2D 判定） | CPU 碰撞检测随数量飙升 | 中（2D 里收益有限） | 仅当水花位置必须贴精确地形时用 |
一个反直觉的结论：2D 雨天里，碰撞精度几乎不决定真实感，决定真实感的是雨幕密度、速度差和水花时机。把预算花在这三处，性价比最高。
性能与多端适配
- 必须：给雨幕节点设
visibility_rect（略大于视口即可），屏幕外的粒子直接不参与绘制，这是移动端第一优化。 - 必须：低端机把
amount压到 200 以下，而不是关特效——雨滴少于 150 时人类感知会明显变"假"，先砍水花层的amount（它是装饰性的）。 - 推荐：用
amount_ratio按设备分档（高端 1.0 / 中端 0.7 / 低端 0.4），一个变量切三档，不用改场景。 - 推荐：雨滴纹理用 1×8 px 的竖条即可，别用大张图；纹理越大，GPU 路线的填充率开销越明显。
- 可选：帧率敏感的场景把粒子
fixed_fps设为 30，雨是低速持续效果，半速推进肉眼几乎无差，更新开销直接减半。
延伸方向
- 把
emission_rect_extents和初速 x 分量随"风力"变量联动，同一个场景就能做出"微风细雨"到"狂风暴雨"的连续过渡。 - 水花层换成 MeshInstance2D 的多边形飞溅，并给
lifetime加随机区间，地面交互的细节立刻上一个档次。 - 用 CanvasLayer 的视差滚动把雨幕拆成"近景清晰雨 + 远景雨幕"两层，景深感靠层差而非模糊滤镜实现。
收尾：上线前自查
- 雨幕
pre_process已设置，开场无空窗 visibility_rect已启用，屏幕外粒子不绘制- 水花走
one_shot独立节点，与主雨幕解耦，各自可调 - 低端机用
amount_ratio分档验证过，而非直接删节点 - 在目标最低配置设备上实测过帧率，雨幕掉帧 < 2 帧
【免费下载链接】godotGodot Engine – Multi-platform 2D and 3D game engine项目地址: https://gitcode.com/GitHub_Trending/go/godot
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
