1. 项目概述为什么我们需要一个“全栈”的海洋模拟在Unity里做一片水这事儿听起来简单。新手可能会直接拖一个Plane贴个带法线贴图的透明Shader再加点起伏动画几分钟就能“搞定”。但如果你做的是一款航海模拟、开放世界海岛生存或者3A级的叙事游戏这种“贴图水”的虚假感会瞬间打破沉浸体验。玩家能一眼看出破绽船开过去没有真实的波浪反馈角色入水像穿模海面在远处缺乏细节水下光影一片死寂。这就是为什么我们需要一个从底层物理驱动到顶层视觉渲染的“全栈”海洋模拟方案。“全栈”在这里意味着我们不满足于一个看起来像水的表面。我们要的是一个可交互、可预测、有物理依据的动态系统。它的波浪由风、洋流等参数驱动能与船体、角色、浮木等任何物体发生真实的力学交互浮力、阻力、升力其视觉表现波光、泡沫、焦散、水下散射严格依赖于这个物理系统的实时状态。这不仅仅是美术效果更是游戏玩法的一部分。想象一下在《刺客信条黑旗》中你需要根据海浪的起伏调整炮击角度在《深海迷航》里洋流会影响你的航行路线和资源分布。这些体验的核心就是一个扎实的海洋模拟系统。这个指南将带你深入这个系统的每一个层级。我们会从最底层的物理引擎选型与波浪谱理论开始构建一个高效的波浪计算核心然后探讨如何将这个核心的数据高度场、法线、流速高效传递给渲染管线实现视觉上的逼真接着我们会处理最复杂的部分——物理交互为物体实现基于物理的浮力与流体动力学最后整合所有环节进行性能优化与平台适配。整个过程我会穿插大量我在实际项目包括移动端海战游戏和PC端开放世界项目中踩过的坑和总结的技巧。我们的目标不是复现一个学术级的海洋模拟而是打造一个在游戏运行时帧率、视觉质量和交互真实性三者间取得最佳平衡的、可落地的工程方案。2. 核心思路与架构设计数据驱动与管线分离在动手写第一行代码之前我们必须把架构想清楚。一个混乱的海洋系统会成为项目后期的性能噩梦和逻辑黑洞。我的核心设计哲学是数据驱动和管线分离。2.1 数据驱动一个权威的“海洋状态中心”整个海洋系统的核心是一个我们称之为OceanData的单例或全局可访问组件。它不负责渲染也不直接处理物理碰撞它的唯一职责是根据时间、全局风场等参数计算并存储当前时刻整个海洋网格或分块的状态数据。这些数据至少包括高度场 (HeightField)每个采样点的海浪高度Y轴位移。法线场 (NormalField)由高度场差分计算出的每个采样点的表面法线用于光照。流速场 (FlowField)每个采样点的水平方向XZ平面流速向量用于驱动浮物漂移、模拟阻力。这个OceanData就是整个系统的“唯一真相源”。渲染器从这里读取高度和法线数据来置换顶点和计算光照物理交互系统从这里读取高度和流速数据来计算浮力与流体作用力。这样做的好处显而易见一致性视觉和物理基于同一套数据避免了“看起来有浪但船没动”或者“船在动但水面平静”的诡异情况。高效性波浪计算只执行一次所有消费者共享结果。灵活性我们可以轻易地切换波浪计算算法如从FFT切换到Gerstner波叠加只要保证OceanData的输出接口不变上层系统几乎无需改动。实操心得OceanData的计算频率可以低于渲染频率。例如在60FPS下波浪物理计算可以以30Hz甚至20Hz进行。因为海浪运动是相对低频的这样做能显著节省CPU/GPU算力。只需确保在渲染和物理查询前更新数据即可。2.2 管线分离计算、渲染、交互各司其职基于上述的数据中心我们可以将系统清晰地拆分为三个并行的管线计算管线由OceanData及其背后的波浪算法如CPU端的Gerstner波叠加或GPU端的FFT构成。它运行在固定的更新频率上产出原始数据。渲染管线这是一个或多个MeshRenderer或Shader Graph材质。它的顶点着色器从OceanData采样高度场进行顶点置换片元着色器采样法线场进行光照计算并结合时间、风向来生成动态的波光、高光与泡沫贴图动画。在URP/HDRP中我们还需要处理水下后效散射、色差、焦散。交互管线这是一个独立的系统负责遍历场景中所有需要与海洋交互的物体带有FloatingObject之类的组件。对于每个物体它从OceanData中查询物体位置下方的水面高度、法线和流速然后根据阿基米德原理和流体动力学公式计算出作用在该物体上的合力与力矩最后通过Rigidbody.AddForceAtPosition施加。这种分离架构让调试变得非常清晰。你可以单独关闭渲染来Profile计算成本也可以关闭物理交互来调整视觉表现。3. 波浪模拟核心从Gerstner波到FFT海洋谱这是海洋模拟的“发动机”。我们将探讨两种最主流的方案简单灵活的Gerstner波叠加和 效果震撼但更复杂的基于FFT的海洋谱模拟。3.1 Gerstner波叠加灵活性与性能的平衡Gerstner波是一种经典的波形模型它通过数学公式直接描述波峰尖锐、波谷平坦的典型海浪形状。其核心思想是将多个不同波长、振幅、方向和速度的Gerstner波叠加起来形成复杂的海面。单个Gerstner波的公式如下在Shader或C#中实现// 输入世界坐标 worldPos 时间t 波向量K方向*波数 振幅A 波速S float waveFrequency sqrt(9.8 * length(K)); // 根据水深简化后的频率9.8是重力加速度 float phase dot(K, worldPos.xz) - waveFrequency * t; float height A * sin(phase); // Gerstner波的关键顶点不仅在Y轴移动在XZ平面也根据波的方向移动形成尖峰 float2 displacementXZ (K / length(K)) * (A * cos(phase));在C#端我们可以在OceanData的更新循环中遍历预设的多个波参数通常4-8个为每个采样点累加所有波的height和displacementXZ最终得到总高度和水平位移。参数设计技巧主风向波设置一个振幅最大、波长最长的波决定海面的主要走向。次级波设置2-4个波长为主波1/2到1/4的波方向与主风向有轻微偏移±15°增加细节。涟漪波设置多个小振幅、高频率的波方向随机用于模拟风生的小涟漪。避免“瓦片化”确保波的波长和方向不要呈现简单的倍数关系可以使用无理数如黄金分割比来设置波长比例让叠加模式更自然无序。踩坑记录直接在Shader中实时计算多个Gerstner波叠加对顶点数多的网格如4096x4096性能消耗巨大。最佳实践是在CPU端或Compute Shader中预先计算一个周期比如20秒的高度图动画烘焙成一张或多张纹理高度图、法线图、流速图。然后在Shader中采样这些纹理并混合播放。这能将每帧的波浪计算成本从O(NM)N顶点M个波降到O(1)的纹理采样性能提升几个数量级且效果几乎无损失。3.2 基于FFT的海洋谱模拟电影级效果的实现对于追求极致真实感的项目基于快速傅里叶变换FFT的海洋谱方法是行业标准。它的原理是在频率域根据一个描述海浪能量分布的“海洋谱”如Phillips谱、JONSWAP谱生成一系列随机复数然后通过逆FFT变换到空间域得到极其自然、分形细节丰富的海浪高度场。实现流程简述生成频谱在GPUCompute Shader中根据风向、风速等参数在频率空间生成一个符合物理的初始高度频谱H0(k)。时间演化根据深水波色散关系计算当前时间t下的频谱H(k, t) H0(k) * exp(i * ω(k) * t) H0*(-k) * exp(-i * ω(k) * t)。其中ω(k) sqrt(g * |k|)。执行逆FFT使用高效的GPU FFT库如Unity的Compute Shader示例中的FFT实现将H(k, t)转换到空间域得到最终的高度场纹理。生成衍生图对高度场进行差分在Shader中或另一个Compute Shader中可以同时生成法线场和流速场纹理。优缺点对比特性Gerstner波叠加 (CPU/预计算)FFT海洋谱 (GPU实时)视觉效果良好可控性强但可能略显“规律”极佳高度自然随机分形细节丰富性能极高如果使用预烘焙纹理中等至较高依赖GPU算力和FFT分辨率内存低几张RGBAHalf纹理中需要多张浮点纹理存储频谱和中间结果交互性容易参数可动态调整较难改变风向/风速需要重新生成频谱有延迟实现复杂度低至中等高涉及复数运算、FFT、GPU编程注意事项FFT方案虽然效果顶级但它是一个“黑盒”。你很难去微调某一个特定区域的浪高。如果你的游戏需要剧情动画里一个特定形状的巨浪Gerstner波更容易精确控制。对于大多数游戏采用预烘焙纹理的Gerstner波方案是性价比最高的选择。FFT方案更适合PC/主机平台的海面远景或者电影化过场。4. 视觉呈现在URP/HDRP中打造可信的海面有了高度场数据接下来就是如何让它“好看”。现代渲染管线URP/HDRP为我们提供了强大的工具链。4.1 顶点置换与LOD顶点置换在Shader的顶点着色器中从OceanData提供的高度图或通过世界坐标计算Gerstner波采样将顶点沿Y轴或加上法线方向偏移。这是海面动起来的基础。// 在顶点着色器中 float3 worldPos mul(unity_ObjectToWorld, v.vertex).xyz; float waveHeight SampleOceanHeight(worldPos.xz, _Time.y); worldPos.y waveHeight; o.vertex mul(unity_WorldToObject, float4(worldPos, 1.0));海面LOD细节层次这是性能关键。近处玩家需要看到高频的波浪细节远处则可以用低频、低精度的网格。网格LOD准备多个不同分辨率的海洋网格平面如2048, 1024, 512, 256。根据摄像机距离切换。切换时要注意高度采样的连续性避免“水面跳变”。纹理LOD与视差映射对于超高频的涟漪细节波长小于网格精度不要试图用顶点表现。使用视差映射或法线贴图扰动。准备一套Mipmap链清晰的涟漪法线贴图根据距离和视角动态混合不同频率和缩放的法线贴图。4.2 光照、高光与反射法线与光照使用从高度场差分计算出的“真实法线”与细节法线贴图叠加作为光照计算的基础。这比单纯用法线贴图真实得多。float3 macroNormal SampleOceanNormal(worldPos.xz); // 从高度场计算的大尺度法线 float3 detailNormal UnpackNormal(tex2D(_DetailNormalMap, worldPos.xz * _DetailTiling detailOffset)); float3 finalNormal normalize(float3(macroNormal.xy detailNormal.xy, macroNormal.z * detailNormal.z));高光Specular使用Cook-Torrance或Blinn-Phong模型。关键在于高光衰减和菲涅尔效应。海面在掠射角视线与水面夹角很小时反射率急剧增加几乎变成镜面。使用Schlick近似公式来计算菲涅尔系数F。float fresnel pow(1.0 - saturate(dot(viewDir, finalNormal)), 5.0); float3 specular _LightColor0 * _SpecularColor * pow(saturate(dot(halfDir, finalNormal)), _Gloss) * fresnel;反射对于移动端或性能敏感场景使用平面反射Planar Reflection或屏幕空间反射SSR是折中方案。理想情况下应使用反射探针Reflection Probe烘焙天空盒和远处环境的静态反射再结合SSR处理近处动态物体。在HDRP中可以方便地启用屏幕空间反射。4.3 动态泡沫与焦散泡沫Foam泡沫出现在波峰破碎处和物体与水面交互处如船头、螺旋桨后。波峰泡沫在Shader中通过计算高度场的局部导数ddx,ddy或拉普拉斯算子来估算表面的“曲率”或“陡度”。陡度超过阈值的地方混合一张泡沫纹理。让这张纹理根据流速场FlowField缓慢平流Advect模拟泡沫随波流动的效果。交互泡沫这是一个粒子系统或Decal系统。当FloatingObject组件检测到自身速度或加速度超过阈值时在船头、尾迹处生成泡沫粒子。粒子的生命周期、大小和透明度需要精心调校。焦散Caustics水下光线通过波动的水面折射在海底形成明亮的光斑。实现方法投影纹理法使用一张或一组动画的焦散纹理通过世界XZ坐标考虑水面高度扰动采样投影到海底地形和物体上。这是最省性能的方法。屏幕空间法在URP/HDRP的后期处理中重构水下像素的世界位置根据水面法线扰动其对应的水面投射点再进行采样。效果更好但更耗性能。实操心得水下渲染水下效果是一个完整的子系统。需要创建一个水下后处理体积当摄像机低于水面时启用。效果包括颜色吸收与散射随深度增加红色、绿色通道衰减蓝色保留模拟深海蓝、距离雾、边缘模糊、屏幕扭曲模拟水面对光线的折射。最关键的一步是获取精确的_CameraDepthTexture并与水面深度做比较来可靠地判断像素是否在水下。5. 物理交互让物体真正“浮”起来视觉再真物体像石头一样穿过去也是白搭。物理交互是沉浸感的最后一块拼图。5.1 浮力计算阿基米德原理的离散化我们为每个需要浮力的物体添加一个FloatingObject脚本。其核心思想是在物体水下部分的一系列采样点通常位于网格顶点或自定义的浮力点上计算浮力。void FixedUpdate() { foreach (Vector3 samplePoint in _samplePoints) { Vector3 worldSamplePoint transform.TransformPoint(samplePoint); float waterHeight OceanData.Instance.GetHeightAt(worldSamplePoint.xz); if (worldSamplePoint.y waterHeight) { // 该点在水下 float submersionDepth Mathf.Clamp01((waterHeight - worldSamplePoint.y) / _samplePointRadius); // 浮力与排开水的体积成正比方向垂直向上使用水面法线更真实 Vector3 buoyancyForce Vector3.up * _density * Physics.gravity.magnitude * Mathf.Abs(submersionDepth) * _volumePerPoint; _rigidbody.AddForceAtPosition(buoyancyForce, worldSamplePoint, ForceMode.Force); // 附加阻尼力模拟水的阻力 Vector3 relativeVelocity _rigidbody.GetPointVelocity(worldSamplePoint); Vector3 dragForce -0.5f * _dragCoefficient * relativeVelocity.magnitude * relativeVelocity; _rigidbody.AddForceAtPosition(dragForce, worldSamplePoint, ForceMode.Force); } } }5.2 流体动力学阻力、升力与扭矩浮力只是垂直方向的力。真实的船只会受到来自水的各种复杂作用力线性阻力与速度方向相反阻止运动。公式已在上面代码中体现。角阻力与角速度方向相反阻止旋转。通过_rigidbody.angularDrag或施加反向扭矩实现。升力当船体或鳍片与水有攻角时产生。这对于帆船、潜艇的操控至关重要。计算需要知道物体局部的流速和表面法线。推进力螺旋桨或喷水推进器产生的力需要单独模拟。采样点布置的艺术采样点的数量和位置直接影响模拟的稳定性和性能。船体沿龙骨线和中横剖面密集布置确保重心附近和船首尾有足够采样点来产生恢复力矩。简单物体一个立方体在8个角各设一个点通常就够了。性能优化不是每个FixedUpdate都需要更新所有点的浮力。可以根据物体速度、与水面的距离进行分层更新。静止或缓慢漂浮的物体可以降低计算频率。5.3 与Unity物理引擎的协同我们的FloatingObject通过AddForceAtPosition施加的是“非物理”的力。它需要与Unity内置的物理引擎如NVIDIA PhysX协同工作。碰撞体船体必须有精确的MeshCollider或简化的Convex MeshCollider用于与其他物体码头、礁石碰撞。刚体设置Rigidbody的质量、质心、转动惯量要设置正确。质心通常低于几何中心这样浮力产生的力矩才能让船保持稳定。避免“抖动”当浮力采样频率FixedUpdate默认50Hz与渲染频率Update不同步或者浮力计算不稳定时物体会在水面高频抖动。解决方案1) 增加Rigidbody的solverIterations和solverVelocityIterations2) 对计算出的浮力进行低通滤波Lerp3) 使用Rigidbody的Interpolate属性。避坑指南物理层的选择。如果你的海洋是一个巨大的单面网格确保它的GameObject位于一个独立的物理层如“Water”。所有FloatingObject的碰撞体不要与“Water”层发生碰撞在Physics Settings中取消勾选。否则Unity物理引擎会尝试处理船体与海面网格的碰撞这会导致不可预测的穿透或弹飞与我们自定义的浮力系统冲突。我们的浮力系统是唯一处理垂直方向约束的机制。6. 性能优化与平台适配实战一个全功能的海洋系统是性能消耗大户。我们必须从设计之初就考虑优化。6.1 计算优化策略波浪计算异步化将OceanData的高度场计算放到JobSystem中利用多核CPU。对于FFT方案务必在ComputeShader中完成。分块与视锥裁剪将整个海洋网格分成多个块Chunks。只更新和渲染摄像机视锥体内的块。对于远处的块可以使用更低分辨率的网格和更简单的波浪计算甚至静态高度。LOD链如前所述建立网格、纹理、计算频率的完整LOD链。一个经验法则是最远的海面块甚至可以退化为一个简单的、带有动画纹理的平面。烘焙与预计算再次强调对于Gerstner波预烘焙纹理是最重要的优化手段。将数十秒的波浪动画烘焙成一张3D纹理XYZ对应世界X世界Z和时间或序列帧纹理运行时只需采样。6.2 渲染优化策略Shader复杂度管理将海面Shader拆分成多个变体Variants。例如近处水面使用包含高光、反射、泡沫、焦散的完整版Shader中距离关闭焦散和高质量反射远距离只保留最基本的顶点置换和颜色。批处理与GPU Instancing确保所有使用相同材质的海面网格块可以合批。使用Graphics.DrawMeshInstanced来绘制大量重复的低细节海面块。后处理开销水下后处理、SSR都是性能杀手。提供质量设置选项在移动端或低配PC上关闭或降低其质量。6.3 移动端与WebGL特殊处理移动平台和WebGL如抖音小游戏对带宽、填充率和ALU指令数极其敏感。精度将Shader中的float尽可能改为half。对于高度图等纹理使用RGBAHalf格式可能都显奢侈可以尝试编码到RGBA32格式。纹理压缩使用ASTC等移动端高效压缩格式。法线贴图务必使用正确的压缩格式如DXT5nm或BC5。减少纹理采样合并贴图。例如将高度R、流速XG、流速ZB打包到一张纹理中。将泡沫遮罩和粗糙度打包到另一张纹理的不同通道。简化交互移动端上浮力采样点数量要大幅减少比如从几十个降到几个。甚至可以简化为只在物体中心计算一个平均浮力。WebGL内存WebGL对内存和同步操作限制严格。避免每帧从CPU向GPU传输大量数据如完整的顶点数组。所有动画数据尽量以纹理形式预加载。6.4 常见问题排查清单问题现象可能原因排查与解决思路海面边缘有接缝分块LOD切换时相邻块采样了不同分辨率的高度图或使用了不同的波浪参数。确保LOD过渡区域共享相同的采样数据和参数。使用ddx/ddy在Shader中平滑插值相邻顶点数据。船体在水面上高频抖动浮力计算频率与物理步长不匹配或力施加点不稳定。1. 增加Rigidbody的solverIterations。2. 对采样到的水面高度进行平滑滤波如指数平滑。3. 确保浮力采样点相对于船体局部坐标是固定的。船会突然侧翻或旋转失控浮力采样点分布不均或重心/转动惯量设置错误。1. 检查并可视化浮力采样点确保在船体水下部分均匀分布尤其是船首尾。2. 在编辑器中调整Rigidbody的centerOfMass位置通常应在船体几何中心偏下。3. 增加角阻力 (angularDrag)。远处海面闪烁Z-fighting远处海面网格与天空盒或远平面距离太近深度缓冲精度不足。1. 调整摄像机的远裁剪平面不要设得过大如10000。2. 使用GL.或Command Buffer手动控制海面的渲染队列和深度偏移 (Offset)。3. 对于极远处海面直接渲染成一个与天空盒融合的弧形面片。水下效果在特定角度失效水下后处理依赖于深度纹理和判断摄像机与水面的交点计算不精确。1. 确保深度纹理 (_CameraDepthTexture) 已正确获取。2. 使用射线求交法精确计算摄像机到水面的距离而不是简单比较camera.pos.y和waterHeight。3. 检查后处理Shader中的深度重建公式是否正确。移动端发热严重帧率低Shader过于复杂或每帧CPU/GPU数据传输量过大。1. 使用Unity Profiler和Frame Debugger定位瓶颈。通常是片元着色器过度复杂或DrawCall过多。2. 强制启用移动端纹理压缩降低纹理分辨率。3. 大幅削减波浪计算频率和浮力计算频率。7. 从原型到生产项目集成与扩展思路当你完成了核心系统的搭建接下来就是如何将它优雅地集成到你的游戏项目中并考虑未来的扩展。项目集成要点参数配置数据化将风向、风速、波普参数、浮力系数等所有可调参数做成ScriptableObject资源。这样美术和策划可以在不碰代码的情况下调整不同区域平静海湾、风暴中心的海况。场景流式加载对于开放世界海洋你需要一套系统来动态加载和卸载远处的海面块、海洋生物、漂浮物等。Unity的Addressable Asset System是管理这类动态资源的好帮手。与天气系统联动海洋系统不应该孤立。它需要与你的全局天气系统通信。当风暴来临时动态提高风速、调整波浪谱参数、增加泡沫强度、改变水的颜色和天空盒。扩展可能性交互式尾迹与浪花当快艇高速行驶时不仅产生泡沫粒子还可以通过渲染一个在FlowField中持续平流和扩散的“扰动高度图”来模拟持久的尾迹波纹。浮力与破坏系统将浮力采样点与船的“水密舱”概念结合。当船体某个区域被炮弹击中Collider被禁用对应的浮力点失效船体就会因此倾斜甚至沉没。网络同步对于多人游戏海洋状态高度场种子、时间需要在所有客户端保持一致以实现确定性模拟。可以将OceanData的初始种子和风速等关键参数进行网络同步所有客户端基于相同的参数本地计算避免同步庞大的顶点数据。海洋模拟是一个深不见底的领域本指南为你搭建了一个坚实且可扩展的框架。记住没有“最正确”的方案只有“最适合”你项目需求和目标平台的方案。从简单的Gerstner波预计算开始逐步迭代增加特性并持续进行性能分析和效果调优你最终一定能创造出那片既美丽又充满生机的动态海洋。