智己雨夜模式技术拆解：图像增强与流媒体后视镜如何提升雨夜视野

雨天通勤最怕的就是“天黑了还在路上雨越下越大后视镜却什么都看不清”。不少开智己的车主朋友应该都有体会外后视镜挂满水珠之后镜面里的画面完全是变形的光斑再叠加后车远光灯的照射侧后方来车几乎要靠猜。这时候如果车上有一个“雨夜模式”整个驾驶心态会完全不一样。这篇文章想借智己的雨夜模式把背后的技术链路拆开聊一聊。我会从用户痛点、传感器感知、图像增强算法、流媒体后视镜显示策略、工程落地这几个维度展开希望给做智能座舱、车载影像、辅助驾驶相关方向的开发者一些可以参考的思路也帮普通车主理解这个功能到底在帮你做什么。1. 背景与核心概念雨夜模式是什么1.1 雨天夜晚上班族的真实痛点先还原一个非常典型的城市通勤场景。晚上六点半下班高峰天色已经完全暗下来。外面下着中雨路面湿滑前车尾灯在风挡玻璃上拖出一道道红色的光晕。你打开转向灯准备变道习惯性看一眼右后视镜结果镜面上全是密密麻麻的水珠。后车的灯光打过来水珠变成一颗颗小光斑镜子里只能看到模糊的色块完全判断不了后车距离和速度。这时候你再看一眼侧窗玻璃也是挂水加雾气视野雪上加霜。这个场景相信很多车主都经历过。外后视镜在雨天之所以“失效”不是因为镜子坏了而是因为光学原理雨水附着在镜面会形成一个个曲面光线经过这些曲面后发生不规则的折射和反射原本清晰的影像被打散。再加上后视镜加热需要时间雨量大于蒸发速度时加热功能也来不及把镜面维持干净。真正让人紧张的不是“看不见”而是“看不见还要继续判断”。变道、转弯、倒车这些操作都依赖侧后方视野。视野失效驾驶员就只能靠猜或者放慢车速等后车超越无形中增加了安全风险。1.2 雨夜模式到底在解决什么问题智己的雨夜模式本质上是一套“视觉增强辅助方案”。它解决的核心问题就是在雨天、夜间、眩光这三种恶劣条件叠加的工况下把驾驶员本来应该看到但看不到的侧后方信息通过摄像头采集、算法增强、屏幕显示的方式重新呈现出来。说得直白一点物理后视镜在雨夜里看不清那就用摄像头和算法造一双“数字眼睛”再把画面以更亮、更清晰、更少眩光的形式展示在车内屏幕上。它和流媒体后视镜的关系也很紧密。很多车主理解的“雨夜模式”其实是在流媒体后视镜基础上做了一套雨天增强和显示策略。车辆尾部的高位摄像头把车后画面拍下来经过低光增强、去水珠干扰、防眩光处理之后显示在车内的流媒体后视镜屏幕上。因为摄像头藏在车尾或者外后视镜下方雨水不容易直接淋到镜头上所以画质反而比物理镜面更稳定。雨夜模式还会联动中控屏。比如低速倒车时中控屏可以同时显示侧后方影像打转向灯变道时侧后方画面可以自动出现在屏幕的对应位置。这套逻辑已经不只是“把画面放大”而是根据驾驶行为主动提供视野。1.3 雨夜模式不等于自动驾驶辅助这里需要特别强调一个边界雨夜模式是辅助驾驶员“看得清”不是辅助驾驶员“做决策”。自动驾驶辅助系统比如自适应巡航、车道保持、自动紧急制动它们做的是感知环境、规划路径、执行控制。而雨夜模式做的是感知增强、图像显示它把信息交还给驾驶员由驾驶员自己完成判断和操作。这个边界决定了系统的设计原则雨夜模式不能代替驾驶员的观察责任它显示的画面如果出现延迟、遮挡、噪点或者传感器被泥水遮挡驾驶员仍然需要依靠物理后视镜和直接观察来确保安全。所以无论是工程实现还是用户提示都要把“辅助”两个字放在核心位置。2. 恶劣天气行车视觉痛点拆解要理解雨夜模式为什么有用先得把雨夜环境下的视觉痛点拆开。它不是单一问题而是多个问题叠加在一起。2.1 外后视镜雨水附着与镜面折射外后视镜是一个平面镜或略微凸面的镜片。当雨水覆盖在镜面上时水珠因为表面张力的关系会形成一个个独立的半球形水滴。光线穿过水滴时会向不同方向折射这导致镜片反射的画面出现严重的畸变和散射。你可能会有疑问后视镜不是有加热功能吗为什么还会失效道理很简单加热丝的功率是有限的它只能让镜面温度慢慢升高加速水珠蒸发。如果雨量很大水珠不断落到镜面上蒸发速度跟不上镜面就会持续挂水。另外加热功能主要解决的是“雾气”和“薄水膜”对“密集水珠”的效果没有想象中那么理想。2.2 夜间低光与眩光双重夹击雨夜模式下摄像头同样要面对恶劣的光线条件。夜间的环境光强本来就低摄像头的传感器为了获得亮度不得不提高ISO增益结果就是画面噪点变多暗部细节丢失。同时后车灯光是雨夜最头疼的问题。后车远光灯或高亮度LED大灯照射过来先经过湿漉漉的路面形成漫反射再打入摄像头镜头。没有做过防眩光处理的画面会出现大面积的过曝区域而暗部的车辆轮廓反而被压缩得看不见。在图像处理上这就是一个典型的“宽动态”难题暗的地方需要提亮亮的地方需要压暗并且两边的细节都不能丢。普通摄像头直接输出的画面很难在同一个画面里同时保留车灯区域和暗部车身的细节。2.3 车窗起雾与侧窗挂水很多人下雨天开车都有一种体会后视镜镜面被雨水打湿就算了侧窗玻璃也全是水珠和雾气从车内往外看连后视镜的位置都看不清。这是因为雨天车内外的温差和湿度差很大。车内的湿热空气碰到温度较低的侧窗玻璃水汽凝结成雾玻璃外侧又被雨滴不断冲刷。侧窗玻璃上的水珠会直接遮挡驾驶员观察后视镜的视线进一步放大了后视镜失效的问题。所以一套完整的雨夜视觉方案不能只盯着后视镜本身还要考虑侧窗和摄像头的相对位置。有些车型会把后视摄像头安装在外后视镜下方尽量避开侧窗视野的依赖这也是一种工程上的规避思路。2.4 雨夜对驾驶判断的具体影响视觉被削弱之后驾驶员的实际判断会变得迟钝。比如在正常路况下你看一眼后视镜就能判断后车距离和相对速度但在雨夜你看到的只是一个模糊光斑无法准确判断后车是静止还是接近于是原本 0.5 秒就能完成的变道决策可能需要多看好几遍甚至错过变道窗口。这种影响在倒车和窄路会车时更明显。倒车影像虽然能看到正后方但在雨夜画面发暗、反光再加上雨水打在镜头上的噪点倒车时对侧后方障碍物的感知能力会显著下降。这也是为什么雨夜模式下中控屏会联动侧后方影像尽量把驾驶员需要的画面主动推送到眼前减少“想看但看不到”的焦虑。3. 雨夜模式的技术链路拆解从功能定义出发雨夜模式大致可以拆成四个环节感知端、算法端、显示端、交互端。为了让表述更清晰这里用一条链路来说明传感器采集 → 图像增强 → 显示策略 → 用户交互下面逐个展开。3.1 感知端摄像头、雨量传感器与环境光传感器感知端负责回答一个问题当前是不是雨夜工况以及需要展示什么样的画面。首先是图像采集设备。以常见的流媒体后视镜方案为例车尾或外后视镜下方会布置一颗广角摄像头负责拍摄车后画面。这颗摄像头的素质直接决定了雨夜模式的上限尤其是动态范围HDR、低照度能力、防雾涂层和视角宽度。其次是雨量传感器。它通常集成在前风挡玻璃内侧通过红外光的反射衰减来判断风挡玻璃上的雨量。雨量传感器输出的是降水强度的等级信号这个信号可以作为雨夜模式自动触发的判断依据之一。环境光传感器也很重要。它检测车外的光线亮度输出白天/夜间/黄昏等状态。雨夜模式的“夜”字就是由环境光传感器来确认的。此外整车还能提供雨刮器开启状态、车速、转向灯、挡位等信号。这些信号组合在一起才能让系统判断当前是否具备典型的雨夜工况驾驶员是不是正在变道或倒车需不需要主动显示侧后方画面。3.2 算法端低光增强、去水珠、防眩光与去雾算法端是雨夜模式的核心它的任务是把摄像头采集到的原始图像处理成人眼看起来更自然、信息更完整的画面。低光增强是最基础的一步。夜间环境下原始画面往往整体偏暗算法需要在不放大噪点的前提下提升暗部亮度。经典的伽马校正可以改善整体亮度但对比度提升有限更实用的做法是结合 CLAHE限制对比度自适应直方图均衡化和多帧降噪让暗部的车辆轮廓能浮现出来。去水珠并不是真的把镜头前的水珠“擦掉”而是通过图像处理消除水珠对画面的干扰。比如利用水珠区域的纹理特征和亮度特征对局部区域做修复再把水珠位置的信息用周围像素填补出来。不过这种修复算法要很谨慎处理不好会产生伪影反而影响判断。防眩光处理是针对后车灯光的。常用思路是局部亮度抑制把画面中过亮的车灯区域做压缩同时保留暗部细节。更高级的方案是使用高动态范围图像合成对同一场景拍摄多张不同曝光时间的图像把短曝光图像中的高光细节和长曝光图像中的暗部细节融合到同一帧画面里。去雾处理在雨雾天气同样重要。雨雾会让画面整体变得灰白对比度下降。暗通道先验去雾是常用的算法但计算量大车载场景需要注意性能优化。3.3 显示端流媒体后视镜与中控屏联动显示端要把处理后的画面用最合适的方式呈现给驾驶员。流媒体后视镜的屏幕本质上是一块经过光学设计的显示屏它通过摄像头采集车后画面取代了传统的物理镜片。因为摄像头可以安装在车外不容易被雨水和车内遮挡物影响所以在雨夜工况下流媒体后视镜通常比物理后视镜更可靠。中控屏的联动则更讲究场景化。当驾驶员打左转向灯时左侧摄像头画面可以出现在中控屏的左侧区域打右转向灯时显示右侧画面挂入倒挡时显示车尾广角画面并叠加辅助线。这种联动不是无脑同时展示所有画面而是根据驾驶行为主动切换避免信息过载。显示端还要考虑屏幕本身的可见性。雨夜车内光线较暗屏幕亮度过低会看不清过高又会反射到挡风玻璃上影响对前方的观察。好的显示策略会结合环境光、大灯状态和车速自动调节屏幕亮度。3.4 交互端自动触发、手动开启与语音控制交互端回答的问题是用户怎么打开雨夜模式。最自然的方案是自动触发。系统通过雨量传感器、环境光传感器、雨刮器状态等信号判断当前是否满足雨夜模式的条件。如果满足中控屏弹出一条轻量级提示告诉用户“当前雨天夜间视野较差是否开启雨夜模式”用户点击确认后开启。也可以做成更直接的方案系统识别到雨夜工况后自动开启并在仪表或中控屏提醒用户“雨夜模式已开启可在设置中关闭”。手动开启则是给驾驶员一个兜底入口。即使传感器没有判断出雨夜工况驾驶员也可以在车机菜单或快捷面板里手动打开雨夜模式。对于雨天经常开车的用户来说一键开启的手感和人机交互效率非常重要。语音控制也是一个趋势方向。驾驶员在行驶中不需要低头看屏幕直接说一句“打开雨夜模式”系统就能响应。这要求语音链路和整车显示链路有良好的接口设计。4. 核心功能示例思路与代码演示这一节我用 Python OpenCV 做一个功能演示还原雨夜模式中几个关键算法的实现思路。需要特别说明的是这是工程思路演示不是智己官方实现实际量产代码会比这里的示例复杂得多并且要考虑嵌入式平台的计算性能。开发环境建议使用 Python 3.9、OpenCV 4.x代码如下。4.1 自动触发逻辑设计雨夜模式的自动触发依赖多个信号的综合判断。下面用一个简化的逻辑示例来说明class RainNightModeController: def __init__(self): # 雨量传感器等级0-30表示无雨3表示大雨 self.rain_level 0 # 环境光传感器状态0白天1黄昏2夜间 self.light_level 0 # 雨刮器状态0关闭1间歇2低速3高速 self.wiper_level 0 # 车速单位km/h self.speed 0 def is_rain_night_condition(self): 判断是否满足雨夜工况 1. 有降水雨量等级大于0或雨刮器开启 2. 光线偏暗黄昏或夜间 has_rain (self.rain_level 0) or (self.wiper_level 0) is_dark (self.light_level 1) return has_rain and is_dark def should_auto_trigger(self): 是否自动开启雨夜模式 在雨夜工况基础上车速低于某个阈值时建议触发 避免高速行驶时弹出交互提示分散注意力。 if not self.is_rain_night_condition(): return False if self.speed 80: return True return False def run_frame(self): if self.should_auto_trigger(): # 实际工程中会在这里点亮座舱显示的雨夜模式标志 print([系统] 检测到雨夜工况建议开启雨夜模式) else: print([系统] 当前条件不满足不触发雨夜模式) if __name__ __main__: ctrl RainNightModeController() # 模拟数据夜间中雨雨刮低速车速60km/h ctrl.rain_level 2 ctrl.light_level 2 ctrl.wiper_level 2 ctrl.speed 60 ctrl.run_frame()这段代码的核心是“多信号融合触发”。实际量产项目中触发条件还会加入挡位、转向灯、错误状态等信号并且会有防抖逻辑避免信号在临界值附近来回跳动导致功能频繁开启和关闭。4.2 低光图像增强示例低光增强是雨夜模式的基础图像处理步骤。下面的示例使用伽马校正加 CLAHE提升夜间画面的暗部细节import cv2 import numpy as np def low_light_enhance(image_path, gamma0.6, clip_limit2.0, grid_size(8, 8)): 夜间低光图像增强 1. 伽马校正整体提升暗部亮度 2. CLAHE在限制噪声放大的前提下增强局部对比度 img cv2.imread(image_path) if img is None: raise FileNotFoundError(f无法读取图像: {image_path}) # 伽马校正 gamma_table np.array([ ((i / 255.0) ** gamma) * 255 for i in range(256) ]).astype(uint8) gamma_img cv2.LUT(img, gamma_table) # 转LAB色彩空间仅对L通道做CLAHE避免色彩失真 lab cv2.cvtColor(gamma_img, cv2.COLOR_BGR2LAB) l_channel, a_channel, b_channel cv2.split(lab) clahe cv2.createCLAHE(clipLimitclip_limit, tileGridSizegrid_size) l_channel_enhanced clahe.apply(l_channel) lab_enhanced cv2.merge([l_channel_enhanced, a_channel, b_channel]) result cv2.cvtColor(lab_enhanced, cv2.COLOR_LAB2BGR) return result if __name__ __main__: enhanced low_light_enhance(night_rain.jpg) cv2.imwrite(night_rain_enhanced.jpg, enhanced) print(低光增强完成输出文件night_rain_enhanced.jpg)这里的思路是把图像先做伽马校正提升整体亮度再在 LAB 色彩空间里只对亮度通道做 CLAHE从而保留原始色彩信息。对于车载场景这个算法可以简化后放到嵌入式平台也可以配合多帧降噪获得更好的信噪比。4.3 防眩光处理思路防眩光的核心是防止后车灯光在画面中过度过曝。下面用一个简单的局部亮度压缩示例说明思路import cv2 import numpy as np def anti_glare(image_path, threshold200, compression_ratio0.4): 模拟防眩光处理 对高亮区域如车灯、反光点做亮度压缩 同时保留暗部细节。 img cv2.imread(image_path) if img is None: raise FileNotFoundError(f无法读取图像: {image_path}) # 转换为浮点型便于计算 img_float img.astype(np.float32) # 计算亮度 brightness cv2.cvtColor(img, cv2.COLOR_BGR2GRAY).astype(np.float32) # 生成高光掩码亮度超过阈值的区域视为高光 highlight_mask (brightness threshold).astype(np.float32) highlight_mask cv2.GaussianBlur(highlight_mask, (15, 15), 0) # 对高光区域做亮度压缩 compressed img_float * (1.0 - compression_ratio * highlight_mask[..., np.newaxis]) result np.clip(compressed, 0, 255).astype(np.uint8) return result if __name__ __main__: result anti_glare(night_headlight.jpg) cv2.imwrite(night_headlight_anti_glare.jpg, result) print(防眩光处理完成)实际量产中防眩光处理会更复杂。比如会结合 HDR 多帧曝光融合把短曝光帧里的车灯轮廓和长曝光帧里的暗部细节合并而不是简单地压缩高光区域。这个示例只是帮助你理解大致的图像处理方向。4.4 显示策略与状态机设计雨夜模式的显示策略需要根据驾驶行为改变显示区域。下面是一个简化的状态机示例class DisplayState: IDLE idle # 默认状态 LEFT left # 左转显示 RIGHT right # 右转显示 REVERSE reverse # 倒车显示 class RainNightDisplay: def __init__(self): self.state DisplayState.IDLE self.turn_signal 0 # 0无1左2右 self.gear P # 当前挡位 self.speed 0 def update(self): # 优先级倒车 转向 默认 if self.gear R: self.state DisplayState.REVERSE elif self.turn_signal 1: self.state DisplayState.LEFT elif self.turn_signal 2: self.state DisplayState.RIGHT else: self.state DisplayState.IDLE def render(self): if self.state DisplayState.REVERSE: print([显示] 中控屏车尾广角画面 倒车辅助线) elif self.state DisplayState.LEFT: print([显示] 中控屏左侧左后方摄像头画面) elif self.state DisplayState.RIGHT: print([显示] 中控屏右侧右后方摄像头画面) else: print([显示] 流媒体后视镜车后画面)这个状态机的设计核心思路是“按需显示”。不是把所有摄像头的画面都堆在屏幕上而是根据驾驶员的当前操作把最有用的画面推送到最合适的位置。这样既降低了驾驶员的信息负担也减少了系统渲染的压力。5. 工程落地建议如何设计一个雨夜辅助功能如果你所在的项目正在做类似“雨夜模式”的功能下面这些工程经验可以参考。5.1 功能模块划分与职责边界一个完整的雨夜模式可以分为五个模块感知融合模块负责收集雨量、环境光、雨刮器状态、车速、转向灯、挡位等信号对信号做滤波处理输出一个统一的“环境工况标签”。图像增强模块负责对摄像头原始图像做低光增强、去雾、防眩光、去水珠等处理。这个模块的算法要兼顾画质和实时性通常需要移植到嵌入式平台使用硬件加速。显示策略模块负责决定当前应该显示哪个摄像头的画面、显示在哪个屏幕的哪个位置以及屏幕亮度如何调整。它本质是一个状态机输入是环境工况和驾驶行为信号输出是显示指令。人机交互模块负责提示用户雨夜模式的状态、开启与关闭入口、语音指令处理。它要和显示策略模块做良好的联动。故障监测模块负责监测摄像头、传感器、屏幕是否正常工作一旦出现故障要触发降级策略和用户提示。5.2 硬件选型与安装位置摄像头的位置非常关键。外后视镜下方的摄像头优点是视角接近驾驶员看后视镜的习惯视线缺点是容易被泥水溅到车尾高位摄像头优点是视野高、不容易被遮挡但视角和物理后视镜有差异。工程上要根据车型结构做取舍。摄像头的动态范围很重要。雨夜场景下画面中既有车灯的强光又有暗部车身如果摄像头自身动态范围不够后面的算法再强也弥补不了基础画质的损失。最好选择支持 HDR 和低照度增强的车规级摄像头。镜头防雾涂层、镜头加热、清洁机制同样重要。雨夜模式下镜头如果被泥水覆盖画面质量会急剧下降所以硬件层面要有抗污能力和清洁能力。5.3 测试方法与安全冗余测试雨夜模式不能只看晴天效果。常见做法是在夜间雨场实地测试也可以使用模拟雨雾环境来复现工况但要注意模拟环境与真实环境的差异。测试维度至少包括不同雨量等级下的触发准确率、不同车速下的画面延迟、夜晚低光下的图像增强效果、眩光场景下的防眩光表现、摄像头被泥水遮挡后的功能降级、极端天气下系统的可用性。安全冗余方面最重要的原则是功能失效时必须有提示且不能影响物理后视镜和基础驾驶安全。如果摄像头被遮挡系统应该明确提示“侧后影像不可用”而不是继续显示模糊画面误导驾驶员。同时物理后视镜不能被遮挡或拆除。5.4 减少用户焦虑的交互细节雨夜模式是一个“安全辅助”功能它的交互文案要照顾驾驶员的心理状态。提示语应该温和、明确不要引起焦虑。例如在检测到雨夜工况后提示“雨天夜间视野较差已建议开启雨夜模式”比“检测到恶劣天气请开启雨夜模式”更容易被接受。开启后的状态提示可以简单直接“雨夜模式已开启”并显示当前侧后影像的状态。如果自动触发逻辑比较保守没有触发但用户已经手动开启过系统应当记住用户的习惯在后续雨夜工况下更积极地建议开启。这种个性化的交互能显著提升用户对功能的依赖性。6. 常见问题与边界情况雨夜模式虽然能显著改善雨夜驾驶体验但它并不是万能的。下面整理一些典型问题和容易被忽略的边界情况。问题现象常见原因解决思路雨夜模式没有自动开启雨量传感器、光感信号阈值不匹配或雨刮器未启动检查传感器信号手动开启并在后续版本优化自动触发逻辑流媒体后视镜画面偏暗夜间低光、摄像头ISO过高或增强算法未生效增加多帧降噪和低光增强优化曝光策略夜间画面噪点明显ISO过高单帧处理噪点多使用时域降噪或帧融合尽量避免单帧强增强画面有白色光晕后车灯光过曝防眩光算法未生效检查HDR合成逻辑或加强局部亮度压缩摄像头被泥水遮挡行驶经过积水或泥泞路段启动镜头清洗或加热同时提示用户画面可能不可用画面出现延迟感图像增强处理耗时过长或链路传输延迟优化算法复杂度使用硬件加速减少非必要处理流程雨夜模式影响前方观察屏幕亮度过高在挡风玻璃上形成反光根据环境光自动调节屏幕亮度调整屏幕角度6.1 雨夜模式不是“透视眼”摄像头和算法也有物理极限。暴雨天气下雨水本身会形成密集水幕即使摄像头不被淋湿透过密集雨幕拍摄的画面也会受到干扰。夜间极暗环境下任何传感器都会有信噪比上限图像增强不可能无中生有。所以雨夜模式提升了视野但不能创造视野。用户需要清楚这一点当画面质量下降时应当减速、增大跟车距离而不是继续依赖模糊画面做判断。产品层面也应该主动提示用户画面质量情况而不是等到用户看不清了才发现。6.2 自动触发逻辑要避免“误报”雨夜模式自动触发最怕的是误报。比如傍晚光线稍微变暗、雨刮器间歇开启系统如果频繁弹出提示驾驶员会觉得被打扰。解决办法是给触发逻辑加条件、加延迟、加去抖。例如连续检测到雨夜工况 10 秒以上才触发且同一次行程中同一个工况只提示一次避免反复弹窗。6.3 极端天气下应主动降级遇到大到暴雨、台风、雪雾等极端天气雨夜模式的图像处理能力也可能跟不上。此时正确做法是功能降级减少图像增强算法的处理强度优先保证画面流畅同时通过语音和文字提醒驾驶员“天气极端请减速慢行或就近停车”。强制保持高画质但不流畅反而会影响驾驶判断。7. 总结与安全建议雨夜模式是一种很典型的“用技术降低驾驶焦虑”的功能。它把外后视镜失效、夜间低光、眩光、侧窗挂水这些物理问题通过摄像头采集、图像增强、流媒体显示和智能交互串联起来让驾驶员在恶劣天气里依然能获得相对清晰的侧后方视野。从工程角度来看真正决定雨夜模式好不好用的往往不是某一个算法的效果而是触发是否可靠、画面是否低延迟、失效是否可感知、交互是否克制。摄像头布局、图像增强算法、显示策略、人机交互、安全降级这五个环节缺一不可。如果你刚好在做类似的智能座舱或车载影像功能可以把这五个维度作为设计蓝图。对于普通车主我的建议是雨夜模式能够提升视野但不能代替你观察路况。开着雨夜模式的同时物理后视镜、侧窗除雾、雨刮器、车窗加热这些基础功能都要配合使用。遇到雨大到连电子画面都看不清的情况优先选择减速、拉开距离、靠边等待不要硬撑着赶路。毕竟安全到达才是一次通勤的真正终点。如果你对雨夜模式的图像增强算法或者座舱交互设计有自己的看法欢迎在评论区交流也可以聊聊你在雨天开车时遇到过的尴尬场景。