Cesium globe失焦后重聚焦时entities重绘问题咨询

嘿，这个现象其实是Cesium渲染逻辑里的正常行为，背后确实有一套针对焦点变化的场景状态管理机制，我来给你拆解清楚：

当你打开模态对话框时，浏览器会把交互焦点从Cesium的Canvas元素转移到对话框上。这时候Cesium会自动进入“节能模式”——要么降低渲染帧率，要么直接暂停渲染循环，毕竟这时候用户看不到Globe，没必要浪费资源。

等你关闭对话框，Globe的Canvas重新获得焦点后，Cesium会触发以下几个关键操作，这就是你看到Entities被重绘的原因：

• 渲染循环恢复：Cesium的Scene或Viewer会监听浏览器的focus/blur事件，焦点回归时会把渲染模式切回连续渲染，同时强制触发一次完整的场景重绘。
• 脏标记触发重绘：Cesium内部用“脏标记（Dirty Flags）”来跟踪场景中需要更新的部分。当焦点恢复时，场景的核心状态标记会被置为“脏”，这会强制Cesium重新计算所有可见Entities的位置、样式、空间关系，然后重新渲染它们。
• Entity状态校验：如果在对话框打开期间，你修改了Entity的数据（哪怕只是很小的变化），Cesium在重绘时会自动同步这些更新，确保渲染的准确性。

如果你觉得这种自动重绘的表现太突兀，有几个小技巧可以优化：

• 手动控制渲染模式：通过修改scene.requestRenderMode，在失去焦点时切换到RENDER_WHEN_NEEDED，焦点回归时再切回CONTINUOUS，同时按需调用scene.requestRender()来触发重绘，避免不必要的全量渲染。示例代码如下：

const viewer = new Cesium.Viewer('cesiumContainer');

// 失去焦点时切换到按需渲染
viewer.canvas.addEventListener('blur', () => {
  viewer.scene.requestRenderMode = Cesium.RequestRenderMode.RENDER_WHEN_NEEDED;
});

// 恢复焦点时切回连续渲染并触发一次重绘
viewer.canvas.addEventListener('focus', () => {
  viewer.scene.requestRenderMode = Cesium.RequestRenderMode.CONTINUOUS;
  viewer.scene.requestRender();
});

• 锁定场景状态：如果确定对话框打开期间没有修改任何Entity或场景数据，可以尝试手动避免脏标记的触发，但这个操作要谨慎，因为可能会导致渲染不同步。

内容的提问来源于stack exchange，提问作者Tony Santiago