1. 项目概述与核心场景拆解1.1 Cesium到底是什么为什么绕不开它做三维GIS开发的朋友应该都有同感Web端三维地球方案里Cesium基本是绕不开的那一个。它本身是一个开源的JavaScript库基于WebGL渲染直接跑在浏览器里不需要装任何插件就能把全球范围的地形、影像、矢量数据、模型、粒子特效全部塞进一个场景里渲染出来。这个项目标题里提到的“地球场景初始化”和“视角控制”其实是所有Cesium应用的两个地基动作——不管你是做数字孪生、智慧城市、态势展示还是简单的三维展示页面第一步永远是先把地球初始化出来第二步就是让用户能在一个合理的视角下去看这个地球。我见过不少刚接触Cesium的开发者一上来就去折腾模型加载、Polygon绘制、Entity追踪这些高阶功能结果绕了一圈发现视角都不对、场景配置有问题又跑回来补基础。这个基础没打牢后面做雷达扫描、卫星波束、管道漫游这些复杂效果时你会被各种坐标、朝向、相机抖动问题折磨到怀疑人生。所以这篇文章就把“初始化地球”和“控制视角”这两件事彻底讲透从代码细节到工程实践把我在实际项目里踩过的坑和验证过的方案都放进来。1.2 一个最小可运行的Cesium应用长什么样在拆解之前先看一个最基础但完整的示例。你只需要一个HTML文件引入Cesium的CSS和JS再创建一个div容器new一个Viewer一个三维地球就出来了。!DOCTYPE html html langzh-CN head meta charsetUTF-8 titleCesium基础实践/title link hrefhttps://cesium.com/downloads/cesiumjs/releases/1.120/Build/Cesium/Widgets/widgets.css relstylesheet script srchttps://cesium.com/downloads/cesiumjs/releases/1.120/Build/Cesium/Cesium.js/script /head body div idcesiumContainer stylewidth: 100vw; height: 100vh;/div script window.CESIUM_BASE_URL https://cesium.com/downloads/cesiumjs/releases/1.120/Build/Cesium/; const viewer new Cesium.Viewer(cesiumContainer); /script /body /html就这么几行代码浏览器里就会出现一个可以拖拽、缩放、旋转的完整地球。这里有两个容易踩的坑第一个是CESIUM_BASE_URL必须要在创建Viewer之前设置否则静态资源加载不出来第二个是如果用的离线包需要自己下载Cesium的Build文件夹放到项目本地把上面的CDN地址全部替换成相对路径。为什么这一句代码有这么大威力后面再拆先记住这个最小结构。2. 场景初始化的核心配置2.1 Viewer对象的几个关键能力Cesium整个体系里Viewer是最顶层的出入口它本质上是一个包含多种功能的“容器”——里面集成了底图图层、地形、相机控件、时间轴、动画控件、场景树控件等等。你传入的HTML容器Id它会自动在里面生成Canvas进行WebGL渲染同时挂载各种默认UI控件。我在项目里最常用的配置方式不是直接new一个Viewer完事而是传一个options对象进去把不需要的东西关掉。比如做态势展示时底下的时间轴动画控件基本用不到右上角那些工具按钮也很少用如果留着它们界面会显得特别“开发味”。下面这个配置是我在实际项目里的标配写法const viewer new Cesium.Viewer(cesiumContainer, { animation: false, // 隐藏动画控件 timeline: false, // 隐藏时间轴 baseLayerPicker: false, // 隐藏底图选择器 geocoder: false, // 隐藏地点搜索框 homeButton: false, // 隐藏Home按钮 sceneModePicker: false, // 隐藏投影模式切换 navigationHelpButton: false, // 隐藏帮助按钮 fullscreenButton: false, // 隐藏全屏按钮 infoBox: false, // 隐藏属性信息框 selectionIndicator: false, // 隐藏选中指示器 terrainProvider: new Cesium.EllipsoidTerrainProvider(), // 默认无地形 imageryProvider: new Cesium.OpenStreetMapImageryProvider({ url: https://tile.openstreetmap.org/ }) });有几个需要特别注意的选项。imageryProvider是底图影像源Cesium默认使用的是Ion提供的全球影像国内访问经常卡顿所以我在国内项目里基本都用OSM或者自己公司发布的地图服务。terrainProvider是地形数据源默认是椭球体没有起伏如果你要加载全球地形需要配置CesiumTerrainProvider指向地形服务这个在文末常见问题里再展开。2.2 相机与Scene对象的初始化机制Viewer内部的核心是scene和camera。很多人new完Viewer就急着加Entity其实Cesium在Viewer创建完成后内部已经做了一套完整的初始化和渲染循环工作包括获取WebGL上下文、创建Primitive集合、初始化相机的默认朝向、启动requestAnimationFrame渲染循环。这些动作之所以能一气呵成是因为Cesium的模块化设计——Viewer只是Facade门面它内部把Scene、Globe、Camera、DataSourceDisplay等对象组合起来对外暴露统一API。默认相机的初始位置是在美国本土上空这也是很多国内开发者第一次运行Cesium时觉得“不对劲”的原因——地球出来了但视角默认定在了美国西海岸。这个初始朝向是Cesium官方故意为之毕竟Ion服务是美国公司但我们在国内做项目肯定要改掉它通常会在Viewer创建完成后立刻调用viewer.camera.setView()把视角飞到目标区域这个操作会在后文详细讲。还有一个细节Scene内部有个SceneMode属性默认值是SCENE3D也就是三维模式你可以动态切换到二维或者哥伦布视图。做项目时如果只是简单展示数据三维就够了但如果你做的是大屏可视化有时候2.5D视角会更直观这时就需要在初始化阶段把scene.mode设置好。注意切换模式后一些3D专属效果比如垂直视角的裁剪会失效这点要提前评估。2.3 底图切换与影像服务接入影像源是整个地球显示效果的基础。Cesium内置的Ion会把全球的Bing影像瓦片拉过来效果确实清晰但网络和环境限制使它不稳定。我在实际项目里总结了一套选底图的经验如果项目只是内部演示、内网部署最适合的是把测绘部门发布的标准TMS或WMTS服务挂进来比如天地图、自家ArcGIS Server切片不依赖外网。如果开发阶段图省事建议用OSM或CartoDB的公开瓦片稳定性比Ion稍微可控一些但商用时要关注服务条款。如果你想做纯线框风格的科技感大屏可以直接把imageryProvider设为blank用纯色或暗色背景自己叠加数据。接入方式也很灵活。如果你已经有GWC、ArcGIS切片服务可以使用ArcGisMapServerImageryProvider或WebMapTileServiceImageryProvider来加载。这里有个容易搞错的点很多人会把URL直接填成服务根地址结果瓦片一直加载不出来。原因是Cesium要求你传的地址必须是能拼接出具体瓦片的那层地址通常以/tile/{z}/{x}/{y}结尾或者是符合WMTS规范的ResourceURL。接不上时先检查网络请求返回的状态码再去对照服务文档。3. 视角控制让相机听你的话3.1 相机模型与坐标系基础先搞懂再动手视角控制本质上就是控制Camera对象但Cesium的Camera并不像普通3D引擎里的“眼睛”那么简单它是基于椭球体坐标系的理解这一点非常关键。Cesium里所有位置默认都是WGS84椭球下的经纬度和高度用Cartesian3表示三维直角坐标。比如你拿到一个地方的经纬度是(116.397428, 39.90923)高度是100米想定位到这个地方要么直接用Cartesian3.fromDegrees换算成直角坐标要么把它放进Cartesian3.fromDegrees(经度, 纬度, 高度)里让Cesium帮你算。对视线方向的控制方式在不同的API里有不同的理解方式。最常用的是HeadingPitchRoll这三个角度Heading是航向角绕地球法线轴旋转正北为0度顺时针递增Pitch是俯仰角绕局部东向轴旋转0度水平负值朝下看正值朝天看Roll是翻滚角绕视线方向旋转一般用不到但在做无人机飞行模拟时很有用。实际开发时我建议你先把一大段代码拆成两个动作先把相机“放”到某个位置再让相机“看”向某个目标。Cesium的Camera API里针对这两种需求提供了两套方法setView和flyTo负责定位lookAt负责定向。理解了这个模型后面无论是做缩放、旋转还是动画过渡思路都会清晰很多。3.2 五种常用视角操作覆盖90%的交互需求我在多个项目里实践下来Cesium的视角操作虽然API数量很多但大部分场景只需要掌握五种就足够了。下面是我整理了多次的速查表操作需求核心方法示例参数适用场景瞬间定位到某地camera.setView(options){destination: new Cesium.Cartesian3.fromDegrees(116.39, 39.91, 20000)}初始化定位、用户点击定位飞行过渡到某地camera.flyTo(options){destination: ..., orientation: {...}, duration: 3}场景跳转、功能聚焦持续跟随一个对象viewer.entities.trackedEntity或camera.lookAttrackedEntity绑定EntitylookAt需传入目标位置目标跟踪、车辆/飞行器漫游锁定视角看固定目标viewer.scene.camera.lookAt(target, offset){target: position, offset: new Cesium.HeadingPitchRange(...)}固定点监控、模型观察缩小到显示全部实体viewer.flyTo(entities)或viewer.zoomTo(entities)传DataSource或Entity集合自动适配视野、全局预览每个方法背后都有具体的计算逻辑。拿flyTo来说它内部会根据目标距离自动计算飞行时间。如果你不设置duration它会默认使用根据距离计算出来的飞行时间但如果你手动设成3秒或5秒Cesium就会执行一条平滑的插值曲线起始方向和结束方向的姿态都会自动过度挡。刚开始用的时候可能觉得这种“省事”很方便但真到了做指定路径漫游时你会发现它并没有真正控制中间帧的朝向所以后面我会讲一个更精细的控制方式。3.3 使用setView与flyTo的精细参数解析setView是同步操作瞬间完成而且能直接设置位置和朝向。看下面这个例子const position Cesium.Cartesian3.fromDegrees(100, 30, 30000); const orientation { heading: Cesium.Math.toRadians(0), pitch: Cesium.Math.toRadians(-45), roll: 0 }; viewer.camera.setView({ destination: position, orientation: orientation });这里的关键在于orientation里的三个角度。如果你不做设置Cesium默认会让相机保持正北方向并水平看向目标。但我在项目里经常发现直接设置heading为0时相机并不一定“看向正北”而是朝目标位置方向看这取决于你传的目标点位置。所以如果你要保证方向绝对可控推荐明确把heading、pitch、roll三个值都写清楚。flyTo同样是这个逻辑但它多了动画插值能力。我喜欢在项目里把flyTo封装成一个公共函数方便全局调用。比如项目里有“飞到某个设备细节”的需求时我会按下面的思路写function flyToLocation(lng, lat, height, heading, pitch, duration) { viewer.camera.flyTo({ destination: Cesium.Cartesian3.fromDegrees( parseFloat(lng), parseFloat(lat), parseFloat(height) ), orientation: { heading: Cesium.Math.toRadians(heading || 0), pitch: Cesium.Math.toRadians(pitch || -45), roll: 0 }, duration: duration || 3, easingFunction: Cesium.EasingFunction.QUADRATIC_IN_OUT }); }easingFunction这个参数是很多新手忽略的它控制动画加速减速曲线。默认是LINEAR匀速视觉效果比较生硬项目里我更喜欢QUADRATIC_IN_OUT开始慢、中间块、结束慢观感更舒适在数字孪生项目里给客户演示时这个细节很加分。3.4 使用lookAt实现对目标的锁定观察有些场景不是要“飞过去”而是要“原地盯着一个对象看”这时候lookAt就派上用场。什么叫原地盯着看我举个例子你有一个雷达站的三维模型放在那里想围绕它做一圈自动环视但相机不能拉到模型内部去它需要在模型外围旋转、调整远近这时候就要用lookAt。const center Cesium.Cartesian3.fromDegrees(116.39, 39.91, 50); viewer.scene.camera.lookAt(center, new Cesium.HeadingPitchRange( Cesium.Math.toRadians(0), // heading正北为0 Cesium.Math.toRadians(-30), // pitch向下看30度 5000 // range距离目标5000米 ));HeadingPitchRange的最后一个参数是range表示相机距离目标的距离。这个模式的妙处在于你后续直接修改viewer.scene.camera.lookAt的HeadingPitchRange参数就能让相机绕着目标平滑旋转。我在做雷达扫描探测效果时就是利用这个机制让相机每帧加上固定的heading增量形成一个自动旋转环视效果viewer.clock.onTick.addEventListener(function() { const hpr new Cesium.HeadingPitchRange( Cesium.Math.toRadians((performance.now() / 20) % 360), Cesium.Math.toRadians(-30), 8000 ); viewer.scene.camera.lookAt(center, hpr); });要注意lookAt模式下相机默认是不能用鼠标右键“拽开”的因为视角被锁定在目标上如果你希望用户还能手动控制视角就要在某个节点解除lookAt调用viewer.camera.lookAtTransform(Matrix4.IDENTITY)把相机变换重置。这是我在做卫星视锥效果时踩过的坑不重置的后果就是用户拖几秒就被“拉”回锁定状态交互体验特别差。3.5 跟踪模式让相机跟着Entity走动态目标追踪是三维GIS里最常用也最炫酷的功能之一飞行器、车辆、舰船这种移动对象都需要相机跟着走。Cesium给了我们非常直接的实现方案就是viewer.entities.trackedEntity。const entity viewer.entities.add({ position: Cesium.Cartesian3.fromDegrees(116.39, 39.91, 1000), point: { pixelSize: 10, color: Cesium.Color.RED }, label: { text: 飞行器, verticalOrigin: Cesium.VerticalOrigin.BOTTOM } }); viewer.trackedEntity entity;一旦把某个Entity设为trackedEntityCesium每一帧都会自动把相机对准这个实体的位置并且保持一个默认的视野角度。这个功能在做路径漫游时非常省事你只需要更新position相机自然跟着跑。这里有一个大坑追踪模式下如果你不设置相机初始的朝向规则Cesium默认的视角是“从目标正上方看下来”的俯视效果这在很多场景下并不是你想要的。比如你想看飞行器前方而不是看它的机背。解决办法是设置viewer.scene.globe.depthTestAgainstTerrain并且设置viewer.trackedEntity的对象上要配置一个自定义的viewFrom属性entity.viewFrom new Cesium.Cartesian3( Math.cos(Cesium.Math.toRadians(45)) * 1000, Math.sin(Cesium.Math.toRadians(45)) * 1000, 500 );viewFrom是相对Entity坐标系的一个偏移告诉你相机相对于目标放在哪里。它接受Cartesian3你可以用球坐标换算出一个有水平距离和高度差的点这样追踪时相机就在目标的斜后上方看起来专业得多。3.6 高级仿真实战用Camera API实现路径漫游最后这个部分我要给做数字孪生和视景仿真的读者一点福利。上面说的所有方式本质上都是Cesium官方提供的“便捷层API”如果你想做基于精确时间轴控制的漫游比如飞机沿航迹飞行、管道内部巡检那就必须要用更底层的Camera控制方式。核心方案是给viewer.camera设置percentageChanged监听或直接在viewer.clock.onTick中根据当前时间来插值计算相机的位置和朝向。下面是一个简化版的沿航线飞行的实现思路const flightRoute [ { lng: 116.4, lat: 39.9, h: 8000 }, { lng: 116.5, lat: 39.8, h: 6000 }, { lng: 116.55, lat: 39.7, h: 4000 } ]; const startTime Cesium.JulianDate.now(); viewer.clock.onTick.addEventListener(function() { const elapsed (Cesium.JulianDate.now() - startTime) / 1000; const t (elapsed / 20) % 1; // 20秒完成整条航线 const index t * (flightRoute.length - 1); const i0 Math.floor(index); const i1 Math.min(i0 1, flightRoute.length - 1); const frac index - i0; // 对坐标做线性插值实际项目建议用样条插值更平滑 const lng Cesium.Math.lerp(flightRoute[i0].lng, flightRoute[i1].lng, frac); const lat Cesium.Math.lerp(flightRoute[i0].lat, flightRoute[i1].lat, frac); const h Cesium.Math.lerp(flightRoute[i0].h, flightRoute[i1].h, frac); viewer.camera.setView({ destination: Cesium.Cartesian3.fromDegrees(lng, lat, h), orientation: { heading: Cesium.Math.toRadians(lng 90), // 顺着航向简单示例 pitch: Cesium.Math.toRadians(-20), roll: 0 } }); });这个示例虽然简陋但把一条航线的逐帧驱动逻辑完整呈现出来了。你在项目里可以把线性插值升级成CatmullRom曲线插值heading、pitch也可以根据路径切向量和法向量动态计算配合Cesium的SampledPositionProperty就能实现非常平滑的飞行漫游效果。4. 绘制辅助元素验证视角与空间感4.1 用Entity API绘制一个矩形标记做视角控制调参时最直观的验证方法是往场景里放一个辅助标记比如画一个矩形区域来观察当前的视野是否准确覆盖目标范围。Cesium里画矩形非常简单用Entity API几行代码就行const rectangleEntity viewer.entities.add({ rectangle: { coordinates: Cesium.Rectangle.fromDegrees(116.35, 39.85, 116.45, 39.95), material: Cesium.Color.YELLOW.withAlpha(0.4), outline: true, outlineColor: Cesium.Color.YELLOW, outlineWidth: 2, height: 100 } });Rectangle.fromDegrees接收四个参数分别是西经、南纬、东经、北纬。注意那个height参数如果你设了height矩形会被贴到指定高程的平面上如果不设矩形默认贴地并且会被地形起伏影响。在验证相机视野时我习惯加一个height比如100米这样可以避免地形遮挡干扰观察。画完矩形后你可以反复调试之前的setView、flyTo参数直到相机视野能完整包住这个矩形。这个方法尤其适合确认“视野范围是否覆盖目标区域”这个问题。4.2 在场景中加载一个模型作为视角锚点除了矩形另一个常用的辅助验证工具是模型。我先放一个简单的glTF模型在目标点位上通过观察模型在屏幕中的大小、朝向来判断相机的角度是否正常。模型加载同样不走复杂流程Entity加ModelGraphics就行const modelEntity viewer.entities.add({ name: 厂房, position: Cesium.Cartesian3.fromDegrees(116.40, 39.90, 0), model: { uri: models/factory.glb, scale: 1.0, minimumPixelSize: 128 } }); viewer.zoomTo(modelEntity);这里有个方便的技巧viewer.zoomTo(modelEntity)会直接把相机缩放到刚好能完整看到模型的距离这个距离是根据模型包围盒计算出来的。我经常在做项目初期先把这个命令跑一遍让相机自动找到一个合理的观察距离再在此基础上手工微调heading和pitch可以节省大量盲目调参的时间。minimumPixelSize是个容易忽略但很实用的属性它保证模型在屏幕上至少有128像素的显示尺寸防止你视角拉太远时模型缩成一个点找不到。调试时这个属性非常重要建议开发阶段不要去掉。4.3 动态光照对视角可视化的影响热词里提到“动态光照”这确实是个和“视角控制”深度绑定的问题。Cesium里决定能看到什么效果的核心除了相机还有太阳光方向。比如你做光伏电站的日照模拟要让阴影投射的方向和位置随日期、时刻变化就需要理解Cesium的光照系统。默认情况下Cesium场景里只有一个方向光模拟太阳。Viewer创建时的默认时间是当前系统时间太阳方向根据经纬度和时间算出。你可以通过设置viewer.clock.currentTime来指定模拟时间viewer.clock.currentTime Cesium.JulianDate.fromIso8601(2024-06-21T12:00:0008:00); viewer.scene.globe.enableLighting true; scene.globe.shadows Cesium.ShadowMode.ALL;enableLighting开启后地球表面会有昼夜明暗变化山体会有阴影。如果你在做视角调整时发现晚上方向看过去一片漆黑先别怀疑相机代码查一下当前模拟时间是不是设成了深夜。我有一回调了半小时相机发现怎么调都黑乎乎的最后发现时间设成了凌晨两点。5. 常见问题与排查技巧实录5.1 初始化黑屏或者地球不出来从哪几个方向排查这个问题在我接触的项目里出现频率极高几乎每个月都有人在社区问。黑屏通常有三个主要原因第一个是CESIUM_BASE_URL设置错误。Cesium需要从base url去加载Workers、Assets这些静态资源路径不对就导致渲染脚本崩溃画面上什么都不出。你可以在浏览器开发者工具里看Network面板重点看有没有404或403的请求。第二个是WebGL上下文创建失败。老显卡、虚拟机、远程桌面经常触发这个问题Cesium默认会报一个Cesium.WebGLError相关错误。你可以先打开浏览器访问get.webgl.org确认WebGL是否可用。如果是WebGL1可以、WebGL2不行可以考虑在初始化时强制使用WebGL1const viewer new Cesium.Viewer(cesiumContainer, { contextOptions: { webgl: { version: 1, failIfMajorPerformanceCaveat: false } } });第三个问题是容器大小。如果容器高度是0或父元素没有设定位Cesium的canvas会创建一个0x0的区域看起来就像黑屏。检查CSS建议给容器显式指定width:100%; height:100vh或者更精确的像素值。5.2 相机飞行动画卡顿怎么优化项目里做飞行漫游时如果目标区域加载的瓦片特别多或者模型特别复杂动画会出现明显掉帧。这里有一个我实测有效的优化方案第一把viewer.scene.globe.maximumScreenSpaceError调大从默认的2改成4左右这会牺牲一点点细节但能让瓦片加载请求大幅减少对漫游流畅度的提升非常明显。第二使用viewer.requestRenderMode true这样Cesium只会在场景变化时才会重新渲染而不是每帧都保持60fps的无脑渲染。配合手动viewer.scene.requestRender()按需驱动在静止的大屏展示里能省下一大截GPU开销。第三如果漫游场景里加载了很多动态Entity考虑把不需要动态更新的Entity可视化选项关掉或者用entity.show false在飞行视角切换时临时隐藏那些与观察无关的模型。相机控制本身是计算量很小的卡顿基本都是渲染压力集中在别的地方。5.3 中文文档过时与API版本演进Cesium迭代速度很快网上搜出来的中文文档很多还停留在1.5版本时代API大多变了。比如老代码里常见的Viewer.scene.primitives.add(new Cesium.DebugModelMatrixPrimitive(...))现在更推荐用新的Entity API来实现。我的建议是看官方在线文档时左上角切到跟你项目Cesium版本匹配的release版本而不是看最新的main分支。最新分支可能有还没稳定的API看了容易踩坑。另外我建议在项目中固定Cesium版本不要随意更新小版本。Cesium里的很多内部机制在不同版本之间确实有变化比如1.104之后离子服务的默认行为变了1.107之后对WebGL2的要求变成了主流。我在生产项目里一般锁死版本号只在测试项目里尝试新特性。5.4 踩过的坑汇总坐标、朝向和动态跟踪这里把我在多个项目里反复踩的坑一次性整理出来供你对照排查。问题现象根本原因解决思路相机飞到某地后朝向不对北方向歪了orientation的heading理解有误或没明确设置朝向显式传入heading和pitch不要依赖默认值Entity追踪时相机飞到了目标正上方没设置viewFrom属性设置viewFrom为斜后方偏移lookAt旋转几秒后用户拖不动lookAtTransform没有重置切换交互模式时调用lookAtTransform(Matrix4.IDENTITY)加载MVT矢量数据后视角缩到头也看不清MVT底图未经坐标系转换或样式太细检查tilingScheme必要时使用Cesium的URL模板ImageryProviderflyTo终点了但还是看不到模型目标点被地形遮挡检查globe.depthTestAgainstTerrain同时提高目标高度场景夜间全黑模拟时间设置在夜晚启用了光照调整clock.currentTime或关掉enableLighting5.5 提升调试效率的两个手段最后分享一个我在工程里非常依赖的调试技巧开启帧率显示。viewer.scene.debugShowFramesPerSecond true可以在界面上实时显示FPS这比肉眼看动画流畅度靠谱得多。每次做视角操作优化前我都先把这个开关打开对比调整前后的帧率变化这样能很快定位到底是相机控制代码的问题还是渲染压力的问题。另一个技巧是监听渲染错误。Cesium场景有时候会因为某个模型材质异常导致整个渲染卡死默认弹窗会让你一头雾水。加上这个监听viewer.scene.renderError.addEventListener(function(scene, error) { console.error(渲染出错, error); });把错误打到控制台再结合浏览器堆栈定位远比默认的报错弹窗好排查。做视角控制这类基础功能时先把这些调试工具武装好后面复杂功能的开发进程会顺利得多。写到这里Cesium的地球初始化与视角控制这套基础体系就算完整梳理了一遍。这些东西看起来简单但恰恰是拦在无数新手面前的第一道坎。我在实际项目里最深的体会是Cesium不是那种“跑通demo就算掌握”的框架它的视角系统、坐标系、渲染机制在底层是深度耦合的你只有把初始化配置和Camera操作逻辑吃透后面做雷达扫描、卫星视锥、动态光照这些进阶效果时才会得心应手。希望这篇实战记录能帮你少走一些弯路。