0. 前置约定
- 对类的应用,不增加
Cesium
命名空间前缀,例如对于Viewer
,不会写Cesium.Viewer
,默认应用ESM
格局解构导入类; - JavaScript 代码应用最简格局(源码除外),不加分号,不必双引号,少正文,双空格缩进
本系列阐明
佛系连载,想到什么写什么。
2022 年,写原理类的文显得十分“蠢”,大家都想吃快餐,看成果。法克鸡丝老哥的系列博客思路跳跃很快,单步阐明之间的信息量很大,须要消化很长时间能力啃完一篇文章,遂决定另开一个格调,提纲挈领地把次要要害逻辑大白话说说 —— 可不是真的“大白话”,还是要有一些功底的。
我写这个,只是为了从 CesiumJS 的渲染架构中吸取一些养分,心愿对本人的程序设计能力有进步,心愿能从其它绘图 API 的角度看看能不能优化和实现。
1. 开始
很多人写 CesiumJS 程序是从 Viewer 开始的
new Viewer('container') // div id
你若只须要一个最洁净的场景(此场景非 Scene
类),不须要工夫条、工夫控制器、右上角一堆的按钮,只须要
new CesiumWidget('container') // div id
CesiumJS 内置了大量的默认值,以至于简略到你能够只传递 DOM 的 id 或自身即可创立场景。
1.1. CesiumWidget 类是管制场景对象触发渲染的调度器
Scene
类是一个三维空间对象的容器,它在原型链上有一个 render
办法,寥寥百行,管制了三维场景中若干物体的更新、渲染。
Scene.prototype.render
办法调用一次,只更新并渲染一帧。
家喻户晓,WebGL 个别会和 requestAnimationFrame, rAF
这个 API 循环调用渲染函数。而让 canvas 中场景能间断多帧周而复始运行的调度者,是 CesiumWidget
类。
CesiumWidget
类有一个应用 Object.defineProperties()
办法定义的 setter
:
useDefaultRenderLoop: {get: function () {return this._useDefaultRenderLoop;},
set: function (value) {if (this._useDefaultRenderLoop !== value) {
this._useDefaultRenderLoop = value;
if (value && !this._renderLoopRunning) {startRenderLoop(this);
}
}
},
}
在实例化 CesiumWidget
时,它会应用传入的值,若没有,则是 true
:
this._useDefaultRenderLoop = undefined;
this.useDefaultRenderLoop = defaultValue(
options.useDefaultRenderLoop,
true
);
一旦赋值,就开始了 CesiumJS 的渲染循环,是一个在 模块内 的函数 startRenderLoop
负责管制的。
function startRenderLoop(widget) {
// ... 节约篇幅,此处非源码,省略大量代码层级,有趣味本人看源码
function render(frameTime) {
// ...
widget.render()
requestAnimationFrame(render)
// ...
}
requestAnimationFrame(render)
}
传入的 widget
是 CesiumWidget
实例,通过 requestAnimationFrame
的调用,则一直地在调用这个函数内的部分函数 render
。
render
函数内调用 widget
的 render
办法,再往下就是调用 widget
所领有的 scene 的 render 办法了。
1.2. Scene 对象
接上文说。
于全局,CesiumWidget
负责管制 DOM 的变动状况,例如窗口尺寸变动导致 DIV 的变动等,并负责起 渲染循环 的调度。
于单帧,Scene
类则须要应用本人原型链上的 render
办法实现自我状态、数据对象的更新,以及 Scene.js
模块内的 render
函数触发 WebGL 绘制。
Scene
类是一个场景对象容器,其 render
办法负责:
- 生命周期事件(preUpdate、preRender、postUpdate、postRender)回调触发;
- 更新帧状态和帧号
- 更新 Scene 中的 Primitive
- 移交渲染权给模块内的
render
函数触发 WebGL 绘制
2. 三维地球哪来的?
CesiumJS 的三维地球,实际上分两大部分:
- 地球椭球体与外表的 GIS 影像服务
- 场景中的三维物体
我说过了,CesiumJS 内置了大量的默认值,包含地球椭球体以及影像服务(默认用的必应瓦片服务,要 token)。然而,实际上能够不须要地球椭球体和底图的:
if (defined(scene.globe)) {scene.globe.beginFrame(frameState);
}
上述代码片段是 Scene.js
模块内的 render
函数的一小段,也就是说,若没有定义 globe
,那就不绘制椭球上的帧。
3. 本篇总结
综上 1、2 节,我认为 CesiumJS 的渲染循环,到本文 1.2 大节开端提及的 Scene.js
模块内 render
函数的调用,触发 WebGL 绘制,就算一帧的逻辑完结,没有必要再向下探索 Primitive、DataSource、Globe 等数据实体的更新和渲染,也没有必要深究 WebGL 在 CesiumJS 中如何调度 —— 那都不是渲染循环的次要内容。
Scene
原型链上的 render
函数并没有更新椭球体,没有申请地形四叉树瓦片,而是期待更重要的 Primitive 等三维物体的更新后,才判断 globe 是否存在,从而决定要不要画地球(的皮肤),最终才更新并执行 Command
,也就是 scene.updateAndExecuteCommands(passState, backgroundColor);
一句代码。