Composer不支持相机飞行功能，所有飞行效果必须通过CesiumJS的Camera API在readyPromise后手动实现，如使用SampledPositionProperty定义时间戳坐标序列并绑定至Entity实现平滑漫游。
Composer 本身不提供相机路径飞行或平滑漫游轨迹功能——它不是三维渲染引擎，也不内置摄像机动画系统。所有“相机飞行”效果都依赖于底层引擎（如 CesiumJS）的 Camera API，Composer 只负责组织和调度这些调用。
为什么直接在 Composer 里写“飞行路径”会失败
常见错误是试图在 Composer 的 JSON 配置中直接定义 cameraPath 或 flyTo 字段，但 Composer 解析器会忽略它们，因为这些字段不属于其标准 schema。你看到的“无反应”“视角不动”或控制台报错 Unknown property "flyTo"，基本都源于此。
- Composer 的
timeline和view节点只控制时间轴节奏与静态视图（经纬度、高度、俯仰角），不支持关键帧插值 - 真正执行飞行的是 CesiumJS 的
camera.flyTo()或camera.flyToBoundingSphere()，必须在 JS 运行时调用 - Composer 加载完成后会触发
readyPromise，这是插入自定义相机逻辑的唯一可靠时机
在 Composer 中实现平滑漫游的正确链路
你需要把 Composer 当作“场景编排器”，把相机动画交给 CesiumJS 实例。典型做法是：先用 Composer 加载地形、模型、图层；等 readyPromise 完成后，手动调用 viewer.camera.flyTo() 或基于 SampledPositionProperty 构建动态路径。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 确保 Composer 输出的
viewer实例可访问（例如通过window.viewer = viewer或闭包保存） - 用
Cesium.SampledPositionProperty定义带时间戳的坐标序列，再绑定到Entity.position，最后让相机跟随该 Entity - 避免在
flyTo()中使用过大持续时间（如duration: 30），Cesium 默认缓动函数在 >10s 后易出现卡顿或跳变 - 若需多段路径衔接，不要连续调用多个
flyTo()，应合并为单个SampledPositionProperty或用camera.flyTo()+camera.moveEndEvent链式触发
一个可直接粘贴调试的最小示例
假设你已用 Composer 加载好场景，并拿到 viewer 实例：
const positions = new Cesium.SampledPositionProperty();
positions.add(Cesium.JulianDate.fromDate(new Date(Date.now())),
new Cesium.Cartesian3.fromDegrees(116.4, 39.9, 10000));
positions.add(Cesium.JulianDate.fromDate(new Date(Date.now() + 5000)),
new Cesium.Cartesian3.fromDegrees(116.5, 39.95, 8000));
const entity = viewer.entities.add({
position: positions,
point: { pixelSize: 0 }
});
// 让相机平滑跟随
viewer.trackedEntity = entity;
viewer.clock.shouldAnimate = true;
注意：positions.add() 的时间必须是绝对儒略日（JulianDate），不能用秒数或相对偏移；viewer.clock 必须启用，否则不会驱动采样。
真正难的不是写几行 flyTo，而是把路径点的时间对齐、高程适配、俯仰角动态插值这三件事串起来——这些 Composer 不管，也管不了。
