Unity船资源开发全攻略：从浮力模拟到Shader水面优化

在Unity里做船，一直是个“看着简单、上手深坑”的经典领域。帆船、游艇这类Unity船资源，无论你是从Asset Store拖一套现成模型，还是自己建模导入，再到浮力模拟、水面渲染、船帆受风、摄像机跟随，每一步都可能让新手卡上好几天。我这些年做过航海玩法、游艇生活模拟，也接过港口数字孪生和VR游艇体验，围绕船资源的坑基本踩了个遍。这篇文章就把经验从头捋一遍：船资源怎么选型、导入后要检查哪些东西、浮力和操控逻辑怎么写、水面Shader怎么调、微信小游戏和WebGL怎么发布，最后把常见问题整理成速查。适合刚开始在Unity里折腾船资源的开发者，也适合想拿船场景做数字孪生、仿真项目或者求职作品集的朋友。

1. 先想清楚：船资源要拿来做什么

1.1 三类最常见的需求：游戏、数字孪生、VR仿真

船资源在Unity里的落地场景，我接触下来主要分成三类。

第一类是游戏玩法。最常见的航海冒险、游艇模拟、休闲海钓。比如玩家控制一艘帆船在群岛之间航行，收集物资、交易、打海怪，这类项目美术风格偏风格化，模型面数不那么敏感，只要操控手感顺滑，水面看起来不假，玩家就能接受。

第二类是数字孪生与海事仿真。港口堆场、航道通航、船舶调度这类项目，往往还要接入真实业务数据。帆船或游艇在这里多数是展示载体或分析对象，模型精度可以高，但更看重实时定位、航线拟合和与地图数据的融合。我做过一个港口仿真项目，里面用Cesium for Unity接入离线地图瓦片，再让游艇沿真实航道跑，船资源在这里其实是配角，实时数据和坐标对齐才是主角。这类项目通常还会搭配Unity地图能力做全局态势展示，甚至把天气地图数据接进来，风场一变，帆船的推力、海浪的高度跟着联动，演示效果立刻就生动了。

第三类是VR和仿真体验，比如在PICO 4这类头显里做游艇驾驶舱体验。沉浸感要求最高，船体摇晃、海浪反馈、操作交互都要更克制，不然玩家容易眩晕。这种场景下模型精度、帧率和设备适配都得一起考虑，还得格外小心UI元素离眼睛太近导致的疲劳感。

1.2 不同场景对船资源和性能的要求差异

可以从表格里看到，不同场景的取舍差异非常大。游戏里一张2K贴图能解决的细节，在数字孪生里可能要靠真实的公司Logo、船号贴花来实现；VR里一个吃性能的后处理特效，在PC端演示可以随便开，到了头显里就得老老实实关掉。如果你只是为了学习，我的建议是优先按休闲游戏风格做，性能压力小，能更快跑通完整流程。要是往更智能的方向走，数字孪生项目里还能接入Azure Kinect或Femto Bolt这类深度相机做船舱内人流量统计、手势交互，也可以嵌入ONNX Runtime跑一个障碍物识别模型，让游艇具备简单的辅助避障能力，这些都属于后话了。

1.3 项目启动前的技术栈选型

启动一个船项目之前，建议先把Unity版本、渲染管线和基础包定死，省得后期返工。

我自己固定使用Unity 2022 LTS，这个版本稳定、资料多，很多抢先适配新版本的资源包还没成熟时，LTS上的方案已经验证过很多轮了。从官网下载Unity Hub再安装，勾上Windows/Mac、Android、WebGL以及中文语言包，过程不复杂。安装时别贪多装一堆模块，磁盘占用和首次编译时间都会膨胀。网上搜Unity下载、安装教程时，记得只看官方渠道的步骤说明，第三方整合包和破解工具一律别碰，不仅容易出安全问题，项目授权也说不清楚。

渲染管线上，偏移动端的船项目建议用URP，PC端数字孪生想追求画质可以上HDRP。水Shader、船体材质在不同管线下的兼容性差异很大，模型导入时就该验证一遍，不要等场景做了一半再换管线。另外Asset Store里除了船模型，还有很多Unity扩展工具，比如水面生成器、帆船物理插件，先搜一下能省不少时间，但选型时要看它是否长期维护、是否支持当前管线。

2. 帆船、游艇模型怎么进场：资源获取与导入避坑

2.1 三种获取船资源的常见途径

模型来源，我试过三条路，都踩过一些坑。

第一条是Unity Asset Store，也是最省事的路。直接搜sailboat、yacht这类关键词，能找到不少品质不错的资源包，有些还自带船体碰撞体、简单浮力脚本和水面预设。买之前一定看评论，重点不是画质，而是这个模型是否带LOD、是否支持URP、授权是否允许商用。很多便宜资源包看着预览图漂亮，导入后才发现材质是内置管线的标准着色器，换到URP下全变紫。

第二条是自己在Blender或3ds Max里建模，或者外包定制。外包定制一般给FBX文件，这里有个容易被忽视的点：多个动画要放在同一个FBX里，命名规范并按Take区分，否则Unity导入后还得自己重新切Animation Clip。导出前把模型坐标轴、比例统一好，单位用米，船头朝向Z轴，这是Unity的默认期望，不然后面做朝向和操控会非常别扭。

第三条是开放模型库，比如Sketchfab上一些CC协议授权的船模型。好处是免费，坏处是面数、贴图通道、LOD基本都没有，需要花时间清理。我自己一般把这类模型只用来做预览或放远景，正经项目还是会选择付费模型或定制，省得为省几百块钱搭进去大量清理时间。

2.2 导入后的六项必做检查

不管从哪拿的模型，导入Unity后我都会按下面清单过一遍，一个都不跳：

1. 模型比例与中心轴：确认1单位等于1米，船体中心点是否在合理位置。如果模型原点偏到船头外，后面做浮力采样点时所有点都会乱掉。
2. Renderer包围盒：选中模型看看Inspector下方的Bounds是否紧贴船体。如果包围盒异常，相机裁切、阴影计算、AABB碰撞检测都会连锁出错。
3. 网格面数和LOD：高模船务必生成LOD Group，或者按我自己习惯，在3D软件里手动减几个面数档位再导出，移动端才不会崩。
4. 材质和Shader：确认导入后用默认Lit还是URP/Lit，贴图是否缺失，透明贴图通道是否正常。尤其是船帆这种半透材质，最容易出现双面渲染、透明排序问题。
5. 碰撞体：如果没有碰撞体，一定要加。加分两种：物理型用MeshCollider或BoxCollider组合；检测型用触发器Collider来识别靠近码头、浮标、道具等可互动物体。
6. FBX动画设置：在Rig页签选Humanoid或Generic，在Animation页签切割Clip，然后再把Timeline里的Anim片段挂到门、帆、舱门等对应轨道上。

2.3 一份用踩坑换来的导入检查清单

我之前接过一个外包游艇模型，当时偷懒没检查包围盒，结果模型导入后在场景里看起来一切正常，但阴影总是错位，相机跟随也会忽远忽近。排查了一下午，最后发现是模型原点偏了几米，导致包围盒范围异常。后来我就把这六项检查做成了一个导入自动配置脚本：检测模型尺寸、自动生成LOD、给父物体按规则加Collider，每次拖新模型进场景先跑一遍，手工排查的时间省掉一大半。

还有一次是FBX动画只导出了一个Take，里面包含升帆、收锚、船员走动三个动作，我在Unity里切割Animation Clip时把关键帧范围填错，导致升帆和收锚混在一起。后来才学乖：外包沟通时就让对方把不同动作放到不同Take，或者在命名上写清楚帧区间，Alex_sail_0_60、Alex_anchor_60_120这种格式，省得自己回来后瞎猜。FBX导出多动画这个环节，我现在的原则是宁可让模型师多花半小时，也不让Unity这边用半天去赌。

3. 让船在海面上动起来：浮力、操控与相机

3.1 用采样点法实现靠谱的浮力

船浮在水面上，本质是阿基米德原理：排开水的重力等于浮力。在游戏里没必要做完整的流体仿真，用采样点法就足够真实。

思路非常简单：在船体底部附近布置若干采样点，每个点检测自己浸入水面的深度，深度越大，向上的浮力越大。实现时最稳妥的方式是Physics.SphereCast，从采样点上方往下做球形检测。用球形检测而不是LineCast的原因是，球体更抗抖动，即使水面波浪起伏、船体晃动，也能稳定拿到一个连续的水面高度。如果单纯用射线，相机视角或船体侧倾稍微大一点，射线就可能漏过波浪波峰，检测结果一抖一抖的，船体看起来就像在海面上跳踢踏舞。

浮力方向永远朝世界坐标的Up，对每个采样点用AddForceAtPosition施加，这样船在倾斜时也会自动产生恢复力矩，比直接给船体一个固定的CenterOfMass浮力自然得多。核心代码大概是下面这样。

csharp复制using UnityEngine;

[RequireComponent(typeof(Rigidbody))]
public class BoatFloat : MonoBehaviour
{
    public Transform[] samplePoints;
    public float buoyancyStrength = 8f;
    public float waterDamping = 2f;
    public LayerMask waterLayer;

    private Rigidbody _rb;

    void Start()
    {
        _rb = GetComponent<Rigidbody>();
    }

    void FixedUpdate()
    {
        foreach (Transform point in samplePoints)
        {
            if (SampleWaterHeight(point.position, out float waterHeight))
            {
                float depth = waterHeight - point.position.y;
                if (depth > 0f)
                {
                    Vector3 force = Vector3.up * (depth * buoyancyStrength);
                    _rb.AddForceAtPosition(force, point.position, ForceMode.Acceleration);

                    Vector3 velocity = _rb.GetPointVelocity(point.position);
                    _rb.AddForceAtPosition(-velocity * waterDamping, point.position, ForceMode.Acceleration);
                }
            }
        }
    }

    bool SampleWaterHeight(Vector3 worldPos, out float height)
    {
        RaycastHit hit;
        if (Physics.SphereCast(worldPos + Vector3.up * 15f, 0.2f, Vector3.down,
                               out hit, 50f, waterLayer))
        {
            height = hit.point.y;
            return true;
        }
        height = 0f;
        return false;
    }
}

采样点数量建议8到12个，船首、船尾、左右舷都要覆盖，不要在同一个坐标点上堆多个采样点，那样只会让浮力过量集中，船体会点头。浮力系数要根据船体质量来调，代码里用ForceMode.Acceleration可以和质量解耦，调参时简单很多。水面检测层单独放一个waterLayer，只让水面碰撞体在这个层上，避免SphereCast打到码头、岛屿等其他物体。你在Inspector里把浮力系数、水阻系数都暴露出来，边开边调，比每次改代码重进Play模式要高效得多。

3.2 帆船与游艇的操控差异

同一套浮力框架，帆船和游艇的操控逻辑完全不同，这也是船项目里最容易做砸的部分。

帆船要靠风力。帆面受风方向与船头朝向的夹角，决定是前进还是减速。简化实现是每帧根据风向、帆的当前夹角、船的当前速度方向，计算一个作用于船体的推力；迎风时如果航行角度太小，推力会变成阻力，玩家必须走Z字形航线才能前进，这就是帆船里的“抢风行驶”。这部分做得好不好，直接决定玩家手感。我这里没有万能数值可以给，因为不同船模的水阻、帆面积、质量都不同，只能多调，把推力公式里的角度衰减曲线单独拉一条曲线资产出来，反复试。

游艇则简单得多，本质是“引擎加转向”。给Rigidbody一个向前的驱动力，再通过转向输入改变转向力矩。水阻的模拟很关键，Linear Drag和Angular Drag不能设成0，否则游艇一松手就永远滑下去，像开冰面卡丁车。想做得更细一点，可以在船尾加两个螺旋桨采样点，左右桨各给一个推力，这样低速转向时能看到明显的船尾横摆，操控感更真实。

如果是数字孪生或真实航行仿真，把串口通信加进来也很有意思。通过System.IO.Ports读取GPS和风速仪数据，把真实风速方向实时传进Unity，让帆船模型跟着真实环境动。PC上这么跑很顺，但打包到Android或iOS时串口支持会受限，一般得用蓝牙或者自己写TCP转发方案。另外，船体和水面的交互不只是浮力，船在前进时船首推开的波浪、船尾拖出的尾迹，这些用粒子或网格变形做，都能显著提升真实感。

3.3 摄像机跟随与船员交互

再稳的船，在海浪里也会晃。摄像机如果硬绑在船体上一起旋转，玩家十分钟就能晕。我常用的方案是Cinemachine的Free Look或Framing Transposer，把Damping调大一些，让相机位置跟随船体，但旋转响应更柔；同时开启Noise设置，模拟船体的轻微晃动，而不是直接复制船的每一度侧倾。

人物交互方面，既然船上是开放环境，船员的角色HUD信息（体力、氧气、装备状态）通常做成Canvas浮动面板。Unity角色HUD在船场景里要注意选择世界空间还是屏幕空间：世界空间面板会随船摆动，看起来更真实但字小难读；屏幕空间更易读，但少了些沉浸感。如果是游艇酒店类项目，船员与船舱门、柜子、储物箱的交互很多，我习惯把物品做成可复用的Item类，UI拖拽用UnityEngine.EventSystems的IBeginDragHandler、IDragHandler和IEndDragHandler实现，拖拽过程中用EventSystem.RaycastAll判断目标区域，而不是手动判断屏幕坐标，UI层级一多也不会错乱。想加物品文字说明的话，Tooltips插件这种现成方案可以直接用，但要注意拖拽事件和Tooltips的悬浮事件冲突，通常是给Tooltips加一个短暂延迟再显示，避免鼠标划过时频繁弹窗。

4. 水面与船体材质：Shader和渲染细节

4.1 用Perlin噪声生成起伏波浪

水面的波浪高度，不需要物理模拟，用Perlin噪声就能做得很有生命力。Unity里直接调用Mathf.PerlinNoise，把世界坐标X/Z和当前时间组合成采样位置，返回0到1的伪随机值，再映射到波浪高度。单层噪声太单调，要叠多组不同频率和速度的噪声，频率低的负责大浪，频率高的负责细小水花，加在一起才像海面。

csharp复制float WaveHeight(float x, float z, float time)
{
    float y = 0f;
    y += Mathf.PerlinNoise(x * 0.04f + time * 0.3f, z * 0.04f) * 1.6f;
    y += Mathf.PerlinNoise(x * 0.09f - time * 0.5f, z * 0.09f + time * 0.2f) * 0.7f;
    y += Mathf.PerlinNoise(x * 0.18f + time * 0.9f, z * 0.18f - time * 0.4f) * 0.25f;
    return y - 1.2f;
}

这段函数可以用在两种地方。一是把水面做成一个动态网格，每帧在CPU上更新顶点；二是放在Shader的顶点阶段，把世界坐标的XZ传给噪声函数，GPU每个顶点各算各的，性能最好。我的建议是优先GPU方案，只在物体需要和水面交互时，把波形参数同步一份给物理系统，让CPU端的浮力采样和GPU端的顶点偏移用同一组wave参数。这里最容易出的问题就是两边的波浪参数不一致，导致船看起来“浮在水面上却不切开浪”，像在水面滑冰一样。

4.2 让水面更有质感的Shader细节

水面Shader不是一句“半透明蓝色”就完事。至少要有几个层次：深浅过渡、菲涅尔反射、风浪高光。

法线贴图至少两张，UV往不同方向滚动，混合后才不会有明显的贴图重复感。菲涅尔用Fresnel节点，视线越平反射越强，这样水面看远处像镜子，看脚下是偏透明的浅色。浪尖的高光用小范围的Power高光就行，不要加得太亮，否则整片海面都会晃眼。

如果你想做水面油膜、船体水线处的彩虹光泽，可以试试ASE里的薄膜干涉节点。这个概念在物理上是不同厚度的薄膜对光的干涉，做出来的颜色非常微妙，在船侧水线、水面浮油、甚至沾了水的船帆上都能用。UE5和Unity社区里挺多人拿ASE做薄膜干涉玩水面材质，但移动端要注意性能，全屏薄膜干涉代价很高，我一般只在靠近相机的局部范围用。

另外船体材质本身也别忽略。甲板、船帆、船壳最好分成独立材质，因为它们的粗糙度、透明度和反射率差异很大。木甲板需要高粗糙度加清晰的木纹法线，白色游艇船壳适合低粗糙度加反射探针，帆布则是半透明中粗糙度，背面要能透光。这样一个游艇场景的材质层次感才能拉开。

4.3 阴影、包围盒与渲染裁剪的坑

水面在Unity里有个永恒问题：阴影。水面本身不应该投阴影，但又得接收船上物体的阴影。常见做法是水面Shader里把Cast Shadows设为Off，Receive Shadows打开，同时把阴影距离调短一点，避免整个海面都参与阴影计算。许多人做船场景时遇到“水面一抖一抖”的阴影bug，八成是水面自身参与了阴影投射，或者阴影距离太大导致深度贴图精度不够。

另外一个坑是Renderer的包围盒。动态生成的网格水面如果包围盒不对，相机一到边缘就裁剪错乱，阴影也时有时无。这类问题排查方法很直接：选中模型，看Bounds是否覆盖了实际网格范围；如果发现是旧资源或动态网格导致包围盒没有自动更新，就在代码里手动调用Renderer.UpdateBounds。

做自定义渲染管线或对URP做深度改造时，水面管线的半透明排序、抓屏反射和深度纹理这类效果最容易出问题。我之前调试过一个类似“渲染管线逆向重建”的项目，水面反射在关闭Depth Texture后完全变黑，排查了一圈，最后发现是URP中Camera Depth Texture开关没开。这类问题要沉住气，从管线特性面板一项项往回查，不要急着怀疑自己写的Shader有问题。

5. 从单机到上线：打包、优化与微信小游戏部署

5.1 船场景性能优化三板斧

第一板斧是网格与LOD。船模20万面放在PC上没问题，到手机上就卡死。用LOD Group设三档，远处自动切低模；如果海面是CPU动态网格，也要做LOD逻辑，远处减少网格密度，近处保留细节。我见过不少项目只优化船体、忘了优化海面，最后手机端的性能瓶颈反而在海面上。

第二板斧是光照。能在场景里摆几个Directional Light加反射探针解决的问题，别上实时阴影。水面反射用Reflection Probe的Baked模式，船体用烘焙光照贴图。动态船只要注意实时阴影的开销，优先用简单的Blob Shadow代替，否则低端移动端一开实时阴影，帧率能掉到10fps。

第三板斧是GC Alloc。Unity的Profiler里，每帧GC Alloc如果持续上涨，说明有代码在每帧产生垃圾。船场景最常见的来源是：Update里字符串拼接做UI、循环里频繁GetComponent、水花粒子系统每帧Instantiate。建议在Profiler窗口里盯着“GC Alloc”这一栏，把它当作一个硬性指标去优化，逐步把每帧的数据块分配压到极低。配合宏定义做平台隔离也很重要，比如微信小游戏平台关掉部分特效，开发Editor里开启Debug日志，正式包不开。游戏优化是个无底洞，但先解决这三个大头，船项目基本能稳住。

5.2 微信小游戏适配的几个硬骨头

把船项目发布成微信小游戏，是很多独立开发者想走的路，但有几个坑特别现实。

第一是包体限制。微信小游戏主包和首包资源有严格大小限制，船模型、水Shader、音频都要分配好哪些放远端。加载时用Unity的远程资源系统或者微信的分包能力，避免启动直接顶爆包体。很多船项目为了画质塞了一堆高模和4K贴图，不改资源规范根本发不上去。

第二是视频播放。Unity的VideoPlayer在微信小游戏里没法直接播本地视频，实测要用微信小游戏同层渲染或者平台专用播放组件，把视频路径透传给原生播放器。这个方案在社区里已经有不少成熟经验，设置起来稍复杂，但对船项目里的教学引导、游艇宣传视频基本是刚需。

第三是广告接入。微信小游戏激励视频广告要走官方SDK，通过Unity侧的SDK桥接文件把接口封装成C#可调用方法，比如在游艇比赛失败后弹一个“看广告复活”的按钮。广告逻辑记得用宏定义隔离，Editor里不执行任何广告逻辑，不然真机调试时容易报错。

5.3 WebGL发布到IIS与分辨率设置

如果你做的是数字孪生展示，很大概率要把Unity场景发布成WebGL放到服务器上。很多人在本地双击index.html能跑，一放到IIS就白屏，原因多半是MIME类型没配。IIS默认不认.wasm，需要在站点级别的MIME设置里手动添加：.wasm对应application/wasm，.data对应application/octet-stream，再根据Unity发布时选的压缩方式启用Brotli或Gzip的静态压缩模块。这个配置一次搞定以后，后续每次发布就是复制文件的事。

分辨率设置跟着发布目标走。Unity项目里Player Setting可以设置默认分辨率，运行后用Screen.SetResolution可以切换。WebGL下分辨率切换受浏览器窗口限制，建议监听Resize事件做自适应，不然画面在缩放窗口时总有一边被裁掉。我做过一个展示用项目，客户在投影仪和笔记本之间来回切换屏幕，自适应分辨率没做，每次都要手动刷新才能恢复，体验很差，后来改成监听窗口事件才解决。

商业项目发布时，脚本保护也要考虑。Unity代码被打包后并不完全不能被还原，C# DLL在WebGL、iOS等平台上可以被反编译出一部分逻辑。如果项目里有核心算法，建议加一层代码混淆保护，像是商业混淆工具或Unity官方的部分方式，别把关键逻辑赤裸裸暴露出去。另外Unity Editor如果提示它正以管理员权限运行，建议关掉重开，官方不推荐管理员权限跑编辑器，某些构建和资源访问会出奇怪问题。

6. 常见问题排查与实操心得

6.1 船体穿模、抖动和漂移

水面交互还有一个动态细节：当船体移动时，海面网格顶点在GPU上波动，而浮力采样在CPU上，二者如果波形参数不一致，船看起来就像“在水面上漂浮却不切开浪”。解决办法是CPU采样和GPU波浪用同一组噪声参数，业界常见的做法是抽一个WaveManager统一管理频率、振幅和速度，Shader和C#都从它里面取参数。

6.2 水面闪烁、阴影与裁剪Bug

水面闪烁十有八九是Z-fighting，水面和地面在同一个平面重叠，深度缓冲区算不清。解决办法是把水面稍微抬高或降低几厘米，或者给水面Shader设置一个Depth Bias偏移。

如果阴影在海岸线边缘来回跳动，多半是阴影距离设置太远，或者船体的包围盒在运动时没有被正确更新。运动船体的包围盒问题可以在Update里手动调用Renderer.UpdateBounds，一帧后阴影就能稳定。这类阴影问题排查时要开Scene视图里的Shadow Cascades显示，确认阴影级联范围覆盖了船只活动区域，而不是盲目调整阴影距离，调太远反而会加剧远处阴影的抖动感。

6.3 操控手感、UI显隐与背包拖拽调优

手感问题是最难量化的。风帆的推力、游艇的转向力矩、水阻系数，都是那种“差一点就难受”的参数。我建议把所有调参都暴露成Inspector上的公共字段，不要写死在类里，然后在Play模式下边开边调，直到手感顺滑再固化。否则每改一次数值都得重新编译，会极大消耗调试耐心。

UI方面，船项目常见的需求是物品拾取提示、背包物品拖拽、Tooltips悬浮说明。频繁切换UI显隐时，SetActive会触发Canvas重建，在手机上容易卡；改用GameObject缩放，省了重建但会影响动画；移出相机视野是最隐蔽的方式，但要维护位置状态。我自己经验是：数量多、生命周期短的提示用SetActive问题不大，每帧都会变化的高频面板用CanvasGroup控制Alpha和射线检测，真正要移出屏幕的元素再用“移出相机视野”兜底。提示文字淡出，我习惯用协程控制CanvasGroup.alpha逐渐消失，不要直接Destroy克隆体，否则会产生垃圾和卡顿。

6.4 给新人的学习建议

如果你刚接触Unity，用船资源练手是个特别好的选择，因为一个完整的船项目能把模型导入、物理、动画、Shader、UI、打包发布一整套链路串起来。很多Unity面试的“八股文”考来考去，其实都是基础知识在真实项目里的应用，做完一个船项目再去准备面试题，会发现自己理解得比死记硬背清楚得多。

我的建议是：别一上来就追求写实海面。先用Box做船体，用透明Plane当水面，把操控、浮力和切换场景的流程跑通；再一步步把Box换成真的帆船模型，把Plane换成Perlin噪声驱动的海面。这样每一步都有清晰的实验变量，出问题时也好定位。

进阶书籍方面，Unity官方手册加一本《Unity游戏优化》能覆盖性能、渲染和物理的系统框架。网上资料很多，但最终还是要靠自己做船项目消化，动手踩一遍坑比看一百篇总结都值。学习思路也可以从真实需求出发，比如“我要做一艘能转弯的帆船”“我要做游艇的舱内交互UI”，每完成一个需求就焊死一个技能点，项目做完了，知识体系也就搭起来了。

最后再分享一个我做船项目最深的体会：船资源本身并不复杂，复杂的是它把Unity的物理、渲染、动画、UI、平台适配全部串在了一起。每次以为只是换个模型，最后都变成一整套系统联调。所以如果你也想入手Unity船资源、帆船、游艇相关项目，不用被网上那些炫酷效果吓退，一个盒子、一块水面、几个采样点，就能把最核心的原理吃透。剩下的，就是你的船能开多远的事了。