cesium比较区别 opengl_Cesium原理篇：3最长的一帧之地形(2：高度图)

这一篇，接着上一篇，内容集中在高度图方式构建地球网格的细节方面。

此时，Globe对每一个切片(GlobeSurfaceTile)创建对应的TileTerrain类，用来维护地形切片的相关逻辑；接着，在requestTileGeometry中，TileTerrain会请求对应该切片的地形数据。如果读者对这部分有疑问的话，可以阅读《Cesium原理篇：1最长的一帧之渲染调度》；最后，如果你是采用的高度图的地形服务，地形数据对应的是HeightmapTerrainData类，最终，该TerrainData形成了一个TerrainMesh网格。下面，我们就详细的介绍一下最后一步的相关内容。

高度图

首先，怎么理解高度图？通常一个Tile都会对应一个256*256的影像切片，代表该Tile对应的XYZ范围下对应的影像内容，高度图也是一样的思路，只是此时，前者每一个像素代表当前位置对应的颜色，而后者代表当前位置对应的高度

一般情况下，高度图是一个缩略图，比如在Cesium中，在没有真实地形数据下，高度图的宽高是16*16大小，每个点对应的值都是0，在有真实地形数据下，高度图是65*65的大小。可见，高度图是有抽稀的，而不是一一对应，一来没必要，不然就是点云了，二来构网的计算量很大，也是效果和效率的一个折中。

Workers线程

Cesium的调度是基于状态的变化，看似简单，但个人认为非常精髓的。相比基于事件驱动的策略，基于状态可以更好的实时的处理大数据，逻辑上也简单清晰，当然这是题外话，我们继续回到地形本身。

有了数据，TileTerrain的状态由RECEIVING变为RECEIVED，自然也就进入了下一环节transform：将原始的地形数据(HeightmapTerrainData)转换为格网(TerrainMesh)的过程。

这个过程涉及到不小的计算量，因此，Cesium采用Promise + Workers技术，把计算量放到线程中，这样保证界面操作的流畅。对Workers感兴趣的可以参考《Cesium原理篇：4Web Workers剖析》。

HeightmapTerrainData.prototype.createMesh方法提供了构建格网的方法，内部正是采用Workers线程的方式，下面我们进入主题，详细介绍高度图构网的细节。

HeightmapTessellator

如上是一个流程示意图，横线以上的是主线程，调用createMesh，创建线程，把buffer(高度值数组)，宽高(width&height)，tile的范围(rectangle)和中心点(center)等作为createVerticesFromHeightmap函数的参数，这样，每一个Tile都会创建一个Worker线程，并在线程中实现网格的构建。

Paremeters

网格构建的算法则封装在HeightmapTessellator.computeVertices函数中，我们先详细了解里面的参数： Heightmap

用于构建格网的高度图点串

skirtHeight

俗称裙边，每一个Tile四周会围成一个栅栏，指定该栅栏的高度，保证和相邻的Tile拼接时没有间隙

nativeRectangle

该T