1. 为什么大家都在找"Terrain转FBX"：我最近接到的三类真实需求
先说我自己的经历。前阵子一个做智慧园区的朋友找上来，问能不能把Unity场景里的Terrain地形丢给Cesium用，他原话是"你导出个FBX给我不就行了"。我当时第一反应是：Terrain不是Mesh，哪能说导就导？但人家需求摆在那儿，我后来还真花时间把这件事做顺了。做顺之后我复盘了一下，发现"Terrain转FBX"这个需求压根不是个例，最近半年我在不同项目里至少碰上过三类完全不一样的使用场景，每类背后都有不同的痛点和诉求。
第一类是数字孪生和离线地图接管线。很多数字孪生项目里，Unity负责交互，Cesium负责全球地形和影像，两边要无缝衔接。Cesium for Unity加载离线地图时，需要把本地地形数据转成它能够识别的模型或瓦片格式，而FBX是中间交换格式里最通用的一种。尤其是"FBX转3DTiles"这条链路，很多团队就是先把Unity里的地形导出成FBX，再用工具转成3DTiles，这样Web端和桌面端都能加载。如果不转，Terrain组件的数据别人根本拿不到。
第二类是跨软件协作。合作方不一定装了Unity，客户可能用Blender、3ds Max或者Maya改地形。我遇到过甲方要求"把这个山头稍微抬一抬"的情况，他们在Blender里编辑，改完再导回来。这时候如果只给一个Unity场景文件，对方完全没法下手，唯一可行的就是给一个标准FBX，让他们在DCC软件里改完重新导出。
第三类是运行时性能和可控性。Unity的Terrain组件在编辑器里确实好用，但是在移动端、WebGL、甚至部分电脑上性能表现并不稳定。地形实时渲染要处理LOD、细节层级、树和草地实例，一旦地形尺寸大，DrawCall和内存都会上来。Mesh则简单直接，一个静态网格加上材质贴图，能合并、能简化、能套LOD Group，还可以放到烘焙管线里处理阴影和光照。所以很多性能敏感的项目，干脆把Terrain"烤"成Mesh再用。
三类需求看起来不同，但都指向同一个动作：把Terrain变成一种可迁移、可编辑、可优化为标准网格资产。这也是这篇文章想聊透的东西。
2. 动手前必须想明白的一件事：Terrain和Mesh根本不是一回事
我见过不少人在网上问"为什么我选中Terrain按导出，Unity怎么没有这个按钮"，其实根源问题是没搞清楚Terrain的本质。
2.1 Terrain地形到底存在哪
Unity的Terrain不是一个"模型"，而是一组高度数据加上一套实时渲染规则。它的核心是heightmapResolution，也就是高度图分辨率。你可以把heightmap理解成一张灰度图，每个像素的高度值对应地形某个格点的高度。除此之外还有SplatMap，也就是多层地表贴图的混合权重；还有Detail对象（花花草草）和TreeInstance（树实例）的分布数据。
还有一个非常关键的参数叫size，定义了地形的长宽高，默认是1000x600x1000。实际项目里我会把地形拉得很大，比如2公里见方，这时候Terrain会按区块自动做quadtree LOD，确保远处近处都能跑得起来。也就是说，Terrain在运行时是一个实时细分、动态加载的东西，它本身并不存在"顶点数组"让你直接导出。
2.2 Mesh由什么构成，为什么需要导出
而FBX里的Mesh是显式几何数据，它必须有明确的vertices（顶点）、triangles（三角形索引）、uv（贴图坐标）、normals（法线），可能还有tangents和骨骼权重。你导出的FBX本质上是一份"已经算好所有顶点在哪里"的快照。
所以从Terrain到FBX，中间必然经历一次"采样和网格化"：用高度图生成一个静态Mesh，再把这个Mesh序列化成FBX。这一步是不可跳过的。Terrain组件本身不能导出成FBX，它不具备Mesh的数据结构。
2.3 贴图为什么总丢：SplatMap和单张贴图的差别
很多人第一次导出后发现模型是白模或者全黑，这就要说到Terrain贴图的工作方式。Terrain上面的草地、泥地、岩石是好几张diffuse贴图按SplatMap权重混合出来的，SplatMap本质上是一张或多张RGBA图，每个通道控制一种贴图的分布。也就是说，地形最终呈现在你眼前的画面是"运行时混合"的结果，并没有一张现成的完整贴图等着给你导出。
Mesh一个材质槽通常只能放一张漫反射贴图，所以转换的时候必须把多层混合"烘焙"成一张单独的albedo贴图。这个操作如果工具没有帮你做，你就只能拿到一个没有贴图的裸网格。这也是整个过程里最容易踩的坑，后面我会专门讲。
3. 3分钟导出流水线：我从选中地形到拿到FBX的完整操作
既然原理清楚了，实际操作就简单了。我先说结论：想在3分钟内把Terrain变成FBX，最稳妥的组合是"社区传送脚本 + Unity官方FBX Exporter"。你不需要手写FBX序列化，也不需要打开Blender来回导，全部在Unity编辑器里就能完成。
3.1 方案对比：用脚本还是插件
先说选型。网上目前能搜到几条路线，我按实际体验整理了一张表：
| 方案 | 是否自动烘焙贴图 | 操作时间 | 适用场景 | 坑点 |
|---|---|---|---|---|
| Asset Store的TerrainToMesh类插件 | 部分支持 | 几分钟 | 一次性导出、快速交付 | 插件可能停止维护，需手动下载脚本 |
| 自写编辑器脚本 + FBX Exporter | 否，需自己处理贴图 | 十几分钟 | 干净、可控、学习原理 | 要处理UV、法线、索引和材质 |
| 导出OBJ再用Blender转FBX | 否 | 需要建模软件 | 后续还要修模型 | 多了中间步骤，容易丢贴图 |
| Terrain2Mesh等付费工具 | 支持 | 最快 | 商业项目、需要批量处理 | 付费，五六十美金起 |
如果你只是想最快拿到一个带贴图的FBX，建议搜一下社区流传的"TerrainToMesh.cs"编辑器脚本，把它放进Assets/Editor目录，然后选中Terrain，在Tools菜单里运行。这类脚本通常会在场景里生成一个MeshFilter+MeshRenderer的物体，有的还会给你烘焙一张albedo贴图并生成材质。
但如果你想彻底理解这个过程，或者你老板不让你装来路不明的脚本，我建议你用下面这套最小方案，代码不复杂，而且完全透明。
3.2 把Terrain变成Mesh：最小可用脚本
这里我给出一份可以在Unity 2020及以上版本直接编译的编辑器脚本。它做的事情很简单：把heightmap的每个采样点变成顶点，按行列拓扑连成三角形，计算UV，保存为一个mesh asset。
using UnityEngine; using UnityEditor; using System.Collections.Generic; public static class TerrainToMeshTool { [MenuItem("Tools/Terrain/Export Mesh Asset")] public static void ExportFromScene() { Terrain terrain = Object.FindObjectOfType<Terrain>(); if (terrain == null) { Debug.LogError("场景中没有Terrain对象"); return; } TerrainData data = terrain.terrainData; int res = data.heightmapResolution; float[,] heights = data.GetHeights(0, 0, res, res); List<Vector3> vertices = new List<Vector3>(res * res); List<Vector2> uvs = new List<Vector2>(res * res); List<int> triangles = new List<int>((res - 1) * (res - 1) * 6); float inv = 1f / (res - 1); float sizeX = data.size.x; float sizeZ = data.size.z; float heightY = data.size.y; for (int z = 0; z < res; z++) { for (int x = 0; x < res; x++) { vertices.Add(new Vector3(x * sizeX * inv, heights[z, x] * heightY, z * sizeZ * inv)); uvs.Add(new Vector2(x * inv, z * inv)); } } for (int z = 0; z < res - 1; z++) { for (int x = 0; x < res - 1; x++) { int i0 = z * res + x; int i1 = i0 + 1; int i2 = (z + 1) * res + x; int i3 = i2 + 1; // 两个三角形，逆时针绕序朝上，法线默认朝Y正方向 triangles.Add(i0); triangles.Add(i2); triangles.Add(i1); triangles.Add(i1); triangles.Add(i2); triangles.Add(i3); } } Mesh mesh = new Mesh(); mesh.indexFormat = res * res > 65535 ? UnityEngine.Rendering.IndexFormat.UInt32 : UnityEngine.Rendering.IndexFormat.UInt16; mesh.SetVertices(vertices); mesh.SetUVs(0, uvs); mesh.SetTriangles(triangles, 0); mesh.RecalculateNormals(); mesh.RecalculateBounds(); string path = EditorUtility.SaveFilePanelInProject( "保存Mesh", "TerrainMesh", "asset", "选择保存位置"); if (string.IsNullOrEmpty(path)) return; AssetDatabase.CreateAsset(mesh, path); AssetDatabase.SaveAssets(); AssetDatabase.Refresh(); Debug.Log("地形Mesh已导出到: " + path); } }这段代码里要注意几个细节。第一，heightmapResolution是含边界的，比如513x513，而你实际能用的三角形个数是512x512个小格，所以循环里res不减1会稍微多出一圈，问题不大但会增加顶点数。第二，indexFormat必须根据顶点数判断是否超过65535，否则生成的Mesh在Unity里无法使用UInt16索引。第三，RecalculateNormals是面法线平均，地形边缘会看起来柔和，如果你希望棱角分明，可以手动根据高度梯度计算法线。
脚本执行后，在Project窗口里会出现一个mesh asset。接下来新建一个空GameObject，添加MeshFilter并拖入这个mesh，再添加MeshRenderer。注意，如果你直接用这段脚本，Mesh上是没有贴图的，你得给它赋一个材质，后面再说贴图怎么办。
3.3 安装Unity官方FBX Exporter并导出
有了带MeshFilter的GameObject，接下来就是导出FBX了。现在Unity官方提供了一个免费包，叫FBX Exporter，在Package Manager里直接搜"FBX Exporter"就能找到，注意要选择Unity官方发布的版本。
安装完成后，选中刚才那个带MeshFilter的物体，在菜单栏的GameObject或者Assets下都会出现Export To FBX的入口。我习惯用GameObject > Export To FBX，因为这样可以直接导出当前选中物体。面板里比较关键的选项有这么几个：
- Export Format：选Binary，文件更小，兼容性最好。
- Include：选Model(s)，如果场景里只有这个地形物体就够了。
- Textures：如果有材质贴图，可以选Embedded Textures，这样贴图会直接内嵌到FBX文件内部，发给别人不会出现贴图路径失效的问题。
- Level of Detail：如果物体上挂了LOD Group，可以选择导出全部LOD级别；如果没有就保持None或者All。
导出后你会得到一个.fbx文件，把它拖到Blender或者3ds Max里试一下，正常情况下几何是能看到的。这就是3分钟内完成的完整流程，前提是你已经把脚本和FBX Exporter都装好了。如果你第一次操作，建议先把一个小尺寸地形跑通，别第一次就导2公里的大地形，不然生成网格那一步会卡你半天。
3.4 为什么这套流程能控制在3分钟
核心原因是我没有手写FBX序列化器，也没有引入第三方建模软件。Terrain到Mesh这段用脚本批量算，Mesh到FBX这段用官方导出器，总共两步。你真正花时间的地方是脚本环境的准备和导出参数的熟悉，一旦路径熟了，以后每次操作确实就一两分钟的事。
不过要泼一盆冷水：3分钟只是"拿到裸网格或带基础贴图网格"的时间。如果你的地形上有SplatMap多层混合、有树木和细节对象，想把这些一起完美还原到FBX里，3分钟是做不到的。地形本身的植被实例、细节对象无法直接转成FBX网格，通常需要额外导出或跳过。我做项目时一般只转地形高度和地表贴图，花草树木都在DCC软件里重新放置，这是更务实的方案。
4. 我第一次导出后几乎崩溃：贴图、法线、坐标和顶点规模的排查记录
工具跑通不等于一切顺利，真正折磨人的是导出后的各种"看起来不对"。我把自己的排查过程完整写下来，这些坑恐怕每个做过的人都会碰到。
4.1 导出到Blender后一片漆黑：材质和贴图到底去哪了
我第一次导出时，给MeshRenderer挂了一个用SplatMap的地形材质，然后自认为"有材质了"。结果FBX一到Blender里，模型是黑色的，材质面板干干净净，连一张贴图都没有。
排查链路是这样的。首先，我在Unity里选中导出物体，检查MeshRenderer材质是否生效——确实生效，Editor里能看到绿色草地。然后我用FBX Exporter面板里的Textures选项，切到Embedded Textures再导出，发现Blender里依然黑色。最后我意识到问题出在"这个材质根本没有一张有效的albedo贴图"上。SplatMap只是混合权重，FBX导不出这种运行时混合效果。解决方案是先用一个烘焙工具把地形多层贴图合成一张RGBA的albedo图，再把这张图赋给Standard材质，最后导出FBX。如果你用的是TerrainToMesh类脚本，它一般会内置"Bake Textures"选项，勾上它，得到的Mesh会自动带一张烘焙出来的完整贴图。否则你就得自己用相机俯拍地形烘焙，或者用RenderTexture把Albedo拷下来。
另一个坑是材质连接。即使你把一张albedo贴图放进了材质，FBX导入Blender后，如果Blender的材质节点没有自动连上Base Color，画面还是黑的。需要在材质节点编辑器里手动把Image Texture连到Principled BSDF的Base Color上。不要以为"Unity导出了就万事大吉"，DCC软件对PBR材质连接链路的支持差异很大。
4.2 阴影好端端地"反"了：法线方向与顶点绕序问题
第二回我学乖了，烘焙了albedo贴图，导出后在Blender里看到草地颜色正常，但整个地形从上方看是暗的，只有从下方看才是亮的。这就是典型的法线方向反了。
原因可以从两点追溯。一是我的编辑器脚本里三角形索引的绕序，如果生成顶点时从左上往右下采样，索引顺序不对也会出现这种问题。二是FBX导出器在不同软件之间切换时，坐标系的Y轴方向和三角形绕序会发生变化。Unity是左手坐标系，3ds Max和Blender是右手坐标系，轴转换过程中如果三角形翻转，法线方向自然会反。
排查渠道是这样：先在Unity里把刚才生成Mesh的地方放大，开启Scene视图的Wireframe模式，找一个三角面，观察顶点的绕序是顺时针还是逆时针。Unity规定正面是逆时针方向，在Scene视图里应该能看到三角形正面朝上。如果Unity里看着就是反的，说明脚本的索引顺序有问题，改代码。如果Unity里正常，导入Blender后反了，那就是FBX轴转换造成的，直接在Blender里编辑模式全选，Mesh > Normals > Recalculate Outside，一次就能修好。
这里还牵扯到一个Unity阴影问题：很多时候我们把一个Mesh拉进场景，发现阴影斑驳或者部分面没有阴影，第一个念头是调Shadow Distance，其实多半是法线不一致。建议在Unity导入FBX后打开模型的Import Settings，如果Model标签页里有"Swap UVs"或"Generate Normals"选项，可以试着把Normal置为Calculate，再配合RecalculateNormals重新算一遍，阴影问题会少很多。
4.3 坐标偏移和尺寸"变形"：大尺寸地形导出后的精度问题
还有一个非常隐蔽的坑，出在坐标上。我的地形放在世界坐标的(5000, 0, 3000)附近，场景里Unity跑着没问题，但导出的FBX在Blender里打开，模型的中心点跑到了远处，而且细看顶点坐标的数值非常大，有的甚至出现了抖动和缝面。
原因很简单：我的编辑器脚本生成Mesh时，顶点坐标是用"相对于Terrain物体自身原点"的方式计算的，但如果我在导出FBX前把Terrain物体整体拖到了很远的世界坐标位置，FBX Exporter在导出时会把GameObject的Transform烘焙进Mesh，导致FBX里的顶点坐标绝对值非常大。单精度float的有效位数大约7位，当地形尺寸有四五个零的时候，小数点后面的精度就开始丢了，地形边缘会出现锯齿和小裂缝。
解决方法是统一的：导出前把目标GameObject的Position尽量归到原点附近，或者FBX Exporter面板里有类似"Convert to FBX"时自动重置Transform的选项，勾上它。如果实在不能移动原物体，那就先在场景里复制一份，把复制出来的物体归零，再导出。另外注意单位问题：Unity里1单位=1米，Blender默认单位也是米，但3ds Max默认可能是厘米，导入后检查一下缩放是否为1比1，否则地形会被放大100倍。
4.4 顶点数爆炸：500米见方的地形为什么能把WebGL跑崩
我一开始贪心，把heightmapResolution保持默认的1025，生成Mesh后顶点数超过了100万。然后想着FBX而已，导出就行。结果文件倒是不大，但导入到Unity WebGL工程里，内存直接飙得很高，帧率掉到个位数，甚至有几次发布过程直接崩了。
细细分析下来有两点。第一，Terrain组件本身有动态LOD，它不会一次性把100万顶点全压给GPU，但Mesh没有这个能力，转成Mesh后就是实实在在的100万顶点，GPU压力大很正常。第二，FBX格式本身支持大网格，但Unity在运行时加载FBX并实例化时，会为顶点数组分配大量内存；如果Mesh的indexFormat是UInt32，在某些移动端GPU上兼容性也差。所以我不再执着于原始分辨率，而是老老实实把heightmapResolution降到129或者65再采样，再配合后面提到的简化手段，才能保证WebGL上是可用的。
5. 进阶玩法：这块FBX如何更顺滑地融入数字孪生与3DTiles管线
如果只是导出一次看看效果，上面的内容已经够了。但只要牵扯到实际项目交付，尤其是数字孪生、WebGL、离线地图这类场景，你就得继续往下做优化，否则这块FBX就是一个能看不能用的"巨物"。
5.1 网格简化：哪些必须保留，哪些可以直接砍
转成Mesh之后，下一步通常是减面。对于地形，你完全不需要保留原始高度图的所有细节。只做远景展示的场景，我把网格砍到原始面数的5%到10%，视觉上基本察觉不到差别。近景交互较多的场景，保留20%左右也够了。
减面工具有很多。Blender内置的Decimate Modifier简单免费，但它的三角剖分不够规则，容易出长条面。商业的Simplygon或者Mesh Baker质量更高，尤其适合游戏资源规范。如果只想在Unity内部做，也可以用MeshUtility或者专门的减面插件。
减面后的网格一定要重新检查法线和UV。Decimate这类工具会让法线分布变得不均匀，导入后你经常能看到阴影断层。正常流程是：减面 -> Recalculate Normals -> 重新烘焙光照贴图。
5.2 贴图分辨率该设多少：移动端和WebGL下的平衡
Unity编辑器里分辨率设置很容易被忽略，但这里皮肤大小直接决定FBX纹理的显存占用。我的经验是：地形尺寸在1公里以内的，albedo贴图用2048x2048足够，最多4096x4096；超过1公里的大地形，与其做一张超大贴图，不如把地形分成几个区块，每个区块配一张2048贴图，这样加载和显存布局都更合理。
WebGL项目尤其要控制贴图大小。浏览器里有显存和内存上限，一张8192x8192的RGBA贴图就要256MB显存，很快就能干爆低端手机。建议发布WebGL时用Texture Compression或者直接降低Import Settings里的Max Size，2048是一个比较舒服的档位。
5.3 从FBX到3DTiles：Cesium for Unity离线地图衔接要点
很多人做离线地图时，想把Unity里的地形FBX转成3DTiles喂给Cesium，这个思路没错，但要注意几个环节。首先，Cesium本身适合加载全球瓦片数据，本地一块小地形的FBX如果直接转3DTiles，地理参考和坐标原点要对齐，否则模型会悬在半空或者陷入地下。最好把地形摆到真正的地理坐标附近再导出，或者在Cesium里手动设置模型的经纬高偏移。
其次，FBX转3DTiles的工具链一般会做纹理转换，内嵌贴图的FBX转出来的瓦片通常会有很大的文件体积，建议处理前先压缩贴图。我自己的做法是：Unity里降采样mesh -> 导出FBX -> 在Blender里减面和重拓扑 -> 导出glTF -> 再转3DTiles。整个过程比较绕，但每一步都能控制质量和大小，比直接一把梭要稳得多。
最后，如果目标平台是Unity WebGL而你自己在跑Cesium for Unity的离线地图，千万不要在运行时动态加载一个几十万面的大FBX。Cesium本质上适合流式瓦片加载，你把整块地形一次性塞进去，性能会非常难看。正确做法是预先切瓦片、做LOD，或者干脆把地形切割成小块。
5.4 后续优化：MeshCollider、物理、光照贴图烘焙
转成Mesh之后，地形还可以获得一些Terrain组件很难给的能力。比如，Terrain自带的Collider在角色跳跃、载具越野时偶尔会穿模，而MeshCollider配合减面后的低模，反而能稳定很多。我会专门做一个只用于碰撞的低模，勾选Convex还是不勾选看需求，然后再隐藏渲染。
还有一个很值得做的优化是光照贴图烘焙。Terrain组件配合Lightmapper不是不行，但烘焙时间很长，而且地形一改就要全部重烘。转成Mesh后，你可以在低模上轻量烘焙，或者用GPU Lightmapper一次搞定，效果和性能都可控。烘焙前记得把Mesh设成Static，并且打开Receive GI选项，光照贴图的UV如果不对就勾选"Generate Lightmap UVs"生成一组新的UV。
Mesh转出来后还有一个经常被忽略的细节是LOD Group。我刚才说过，转成Mesh等于放弃了Terrain的动态LOD，所以你得手动把高模、中模、低模编成一个LOD Group。在离相机远的位置直接切到低模，近处才用高模，这样WebGL和移动端都能救回来。LOD链接的过程不难，但一定要在导出FBX之前就把不同精度的Mesh版本准备好，不然又得重新导一轮。
最后说几句实在话
我这套流程走下来，最大的体会是"把Terrain转成FBX"这件事本身不难，难的是在每个环节保持清晰的目标：你是要一个能看的白模，还是要一个带贴图可交付的资产？你是要给Blender同事改，还是要上WebGL跑？目标不同，heightmapResolution要不要降、贴图要不要烘焙、FBX Exporter里Embedded Textures要不要勾，全都随之变化。每次我在导出前多花两分钟想清楚这些问题，后面就能少折腾两小时。如果你第一次导出就遇到异常，别急着骂工具，先按我说的三个方向排查：贴图有没有生成、法线有没有反、顶点数是不是超了，大概率能找到原因。
