校准成果的维持：什么会让它失效、怎么发现

校准报告出来那天，屏是准的。三个月后同一块屏测出白点偏了、黑位抬了 —— 但这次未必是屏老化。显示器校准最常见的失效原因不是器件漂移，而是被某个"顺手操作"覆盖掉了：一次驱动更新、一次系统大版本、一次"恢复出厂"、一根换过的线。

本页按三段式走：先分清"一次动作"与"持续状态"（概念）→ 再学会建基线、查归因、做变更登记（会用）→ 最后弄清突变与渐变为什么指向不同的原因（原理）。

漂移与老化的判据见漂移与老化；系统侧设置与色彩管理见操作系统显示设置专项、色彩管理实战； macOS 侧的配置文件见 macOS 色彩描述文件与显示预设；预设模式会改变目标见图像预设模式；多屏与目标容差见多屏一致性；复校周期与寿命外推见加速试验与寿命外推。

一、概念：校准是"一次动作"，维持是"持续状态"

	校准（一次动作）	维持（持续状态）
产出	一组修正（LUT / ICC / OSD 参数）+ 一份报告	一组"仍处于有效状态"的证据
失效方式	校准过程出错	被覆盖、被改动、被绕开、器件缓慢漂移
判据	校准后是否落在目标内	现在是否仍在目标内（并与基线比）
责任	校准执行者	使用方（含 IT、多用户环境）

⚠️ 一句话："校准过"是一个历史事实，"现在是准的"才是一个可用结论。 两者之间隔着一整条会随时被改动的链路。

二、概念：五层失效来源

层	常见变动	特征
应用层	播放器/游戏自带色彩与 HDR 处理、全屏独占、浏览器色彩管理	只在特定应用里"不对"
系统层	驱动更新、系统大版本、色彩管理配置被替换、HDR 开关、夜间/护眼模式、多用户配置	全屏都会变，且常与"最近更新"相关
链路层	换线、换口、加中间设备、协商值变化（色深 / 抽样 / 量化范围 / DSC）	只在某些接口或路径下出现
显示器层	OSD 参数被改、切到别的预设、恢复出厂、固件升级、省电与自动亮度	影响所有输入
器件层	真正的漂移与老化（亮度衰减、白点漂移、色准退化）	缓慢、渐进（见漂移与老化）

✅ 判断习惯：被"改"的和被"耗"的，表现不同 —— 前者是台阶式的突变，后者是斜坡式的渐变（见下文原理（三））。

三、会用（一）：建立"最小基线"与复测设计

不必每次都做完整校准，但必须有基线：

【最小基线的五项】
   ① 中心白点（坐标含 Duv）与中心亮度
   ② 2–3 个关键灰阶（如 20% / 50% / 100%）的 xy 与亮度
   ③ 一个或多个饱和色块（能反映色域与色准变化）
   ④ 暗室黑位（一项即可，用于识别黑位被抬高）
   ⑤ 固定条件：模式、亮度档、图案与窗口、仪器、距离与角度、加装件状态

【复测节奏】
   常规使用：按季节或按"感觉不对时"测一次
   关键用途（设计/审片/医疗）：固定周期 + 每次重大变更之后
   复测内容：默认只测基线的五项（快），异常时再扩测

⚠️ 两件事必须固定：仪器与加装件状态。换仪器或贴/撕膜之后的差异，不能用来判断屏变了多少（见数据互认与分歧处置、加装光学件与画质）。

四、会用（二）：发现变化后的归因顺序

按"最近被改动、最容易变"的顺序查，而不是从屏开始：

① 先问"最近动过什么"：更新、换线、改设置、加装、搬动位置
   —— 有变更就先回到变更前的状态复测一次
② 应用层：换一个已知良好的程序或纯色图案复测（排除播放器/浏览器）
③ 系统层：检查色彩管理配置、HDR 状态、夜间/护眼模式、缩放与范围设置
④ 链路层：换回原线原口、去掉中间设备，看差异是否跟着走
⑤ 显示器层：核对 OSD 与预设模式、是否做过恢复出厂或固件升级
⑥ 器件层：以上都排除后，才按漂移与老化处理（此时差异通常是渐变的）
⑦ 观察层：最后才怀疑观察条件（环境光、适应、加装件）

✅ 顺序背后的道理：突变几乎总能被"某次改动"解释；找不到改动、且差异是缓慢累积的，才轮到器件漂移。

五、会用（三）：变更登记与配置快照

登记的意义：把"被改掉"这件事从猜测变成记录。

【每次变更登记四项】
   ① 日期与变更内容（谁做的、改了什么）
   ② 变更前后各测一次基线五项
   ③ 差异是否超过不确定度（见 [测量不确定度与判定规则](measurement-uncertainty-and-decision-rules.md)）
   ④ 处置：回退 / 重新校准 / 接受并更新基线

【配置快照要留什么】
   □ 显示器侧：模式与关键 OSD 项、固件版本
   □ 系统侧：色彩管理配置与文件、HDR 状态、缩放与量化范围设置
   □ 链路侧：接口与协商值、线材与中间设备清单
   □ 仪器侧：仪器、校正状态、测法与图案

六、会用（四）：哪些"顺手操作"最危险

操作	为什么会破坏校准	建议做法
固件升级	可能重置参数或改变映射与处理	升级前后各测一次；保留设置清单
显卡驱动更新	缩放、色彩范围、HDR 策略常随之改变	更新后复测基线
系统大版本升级	色彩管理与 HDR 行为可能变化	升级后复测；确认配置文件未被替换
恢复出厂设置	直接清掉显示器侧修正	先导出/记录参数再操作
切换 HDR / 护眼 / 夜间模式	等于换了目标与映射	判据须绑定这些开关的状态
多用户 / 多设备切换（KVM）	各自配置不同、EDID 可能被替换	逐用户/逐路径确认
换线 / 换口 / 加中间设备	协商值变化（色深、抽样、范围、DSC）	记录协商结果再比较
贴膜 / 换膜 / 加装滤镜	改变实际输出光	含件状态重新校准或分两套数据

⚠️ 一条实用纪律：任何变更都应与"复测基线五项"绑定 —— 不做复测的变更，等于把校准成果的账本撕掉一页。

原理（一）：为什么"校准过"不等于"一直准"

校准修正的是"当时的显示链路输出"：
   显示器内部状态（模式、LUT、亮度档）
   + 系统侧色彩管理
   + 链路协商结果
   + 面板当时的温度与老化状态
→ 其中任何一项变化，都可能让修正"不再对应"现在的输出
→ 而修正本身不会跟着变（LUT 是死数据，ICC 是静态文件）
→ 于是出现"报告有效、现状不符"：不是当初测错了，而是对象已经不同
→ 结论：校准的对手不是"误差"，而是**变化**（尤其是被改动）

原理（二）：为什么变化要先与不确定度比较

基线复测得到的"差异"包含两部分：
  ① 真实变化（漂移、被覆盖、被绕开）
  ② 测量噪声（重复性、定位、环境波动）
→ 若差异小于不确定度，就分不清是"变了"还是"这次没测好"
→ 此时改设置、重校准都是过度反应，甚至会让状态更乱
→ 正确做法：先与不确定度比较；结论为"不能判别"时，
   增加重复次数或改善条件后复测，而不是立刻动手

原理（三）：为什么"突变查配置、渐变查器件"

两类变化的物理来源不同，随时间的形式也不同：
   配置/链路类变化：在某个时刻一次性发生 → 台阶（突变）
   器件漂移/老化：随使用与时间累积 → 斜坡（渐变）
→ 所以看"变化的时间形态"就能先分方向：
   台阶式 + 有对应操作  → 优先查被改动的那一层（可逆，代价低）
   斜坡式 + 无对应操作  → 按漂移与老化处理（部分可逆，需复校）
→ 这条经验能避免两类常见浪费：
   把"设置被改"当成"屏老化"去报废；把"真漂移"当成"设置问题"反复折腾

七、常见误区

误区	说明
"校准过就一劳永逸"	校准修正不随环境、链路与设置变化
"数值变了就是屏老了"	多数突变来自设置、驱动或链路
"变化很小就直接重校准"	应先与不确定度比较，避免把噪声当漂移
"换根线不会有影响"	协商值可能随之改变（色深、抽样、范围）
"多用户环境不用管"	各用户配置不同，会互相覆盖
"固件升级总是改善"	也可能重置参数或改变映射行为
"贴膜后不用重新校准"	含件状态改变了输出光
"变更不用记录"	事后无法区分"被改"与"真漂移"

📋 判据接口：本页属系统与设置类 —— 依此页结论做判定时，除通用条件外还必须附带判据字段集 · 系统与设置类所列字段（共 7 项）：屏幕里看到的，和应用里看到的是同一件事吗？缺任一项，结论不可复核，只能作降级表述。

关键概念速查

术语	英文	含义
基线	Baseline	用于判断变化的一组最小固定测量
复校周期	Recalibration Interval	按漂移速度与用途规定的重校准间隔
变更登记	Change Log	记录每次改动与其前后测量结果
配置快照	Configuration Snapshot	显示器/系统/链路设置的记录，用于回退
突变	Step Change	一次性发生的变化，多来自配置或链路
渐变	Drift	随使用累积的变化，多来自器件
降级表述	Downgraded Statement	差异小于不确定度时的弱结论写法

校准成果的维持：什么会让它失效、怎么发现 ​

一、概念：校准是"一次动作"，维持是"持续状态" ​

二、概念：五层失效来源 ​

三、会用（一）：建立"最小基线"与复测设计 ​

四、会用（二）：发现变化后的归因顺序 ​

五、会用（三）：变更登记与配置快照 ​

六、会用（四）：哪些"顺手操作"最危险 ​

原理（一）：为什么"校准过"不等于"一直准" ​

原理（二）：为什么变化要先与不确定度比较 ​

原理（三）：为什么"突变查配置、渐变查器件" ​

七、常见误区 ​

关键概念速查 ​

相关文档 ​