有用户反馈，一份带颜色标记和图标集的XLSX表格，上传到网站后在线预览时格式全没了，单元格变成一片白底黑字，但把原文件下载回本地用表格软件打开，条件格式又完好如初。这种“本地正常、预览异常”的现象，往往不是文件损坏，而是规则在预览链路中被逐层削弱了。
先分清条件格式的三种承载位置
条件格式并不是单一机制。第一类是单元格规则，比如数值大于某个阈值就标红；第二类是数据验证联动，输入范围受限后触发的提示样式；第三类是工作表级规则，作用于整行整列甚至整个工作表。三者优先级不同，预览引擎在解析时通常按“单元格规则优先于工作表规则”的顺序处理。如果转换环节把规则合并或重排，最先丢失的往往就是优先级较低的那一层。
第一层核对文件本身
打开原文件，检查条件格式是否引用了外部工作簿。跨文件引用在预览时通常无法解析，规则会被直接跳过。再看规则中使用的函数类型，比如某些统计函数或自定义公式，预览引擎可能不在支持范围内。把规则里的公式逐条抄出来，替换成基础比较运算测试一遍，能快速判断是函数不被支持，还是规则本身写错了。
第二层核对解析转换环节
XLSX转HTML或转图片时，转换器对条件格式的处理策略差异很大。有的按规则顺序逐条应用，有的则把多个规则合并成一个样式覆盖。如果合并时取了交集或并集，颜色和图标集就可能互相抵消。核对方法是：只保留一条规则，看预览是否生效；再逐条叠加，观察哪一条加入后格式开始异常。这样能定位到具体是哪条规则在转换时被吞掉。
第三层核对预览渲染端
即使规则被正确解析成样式，渲染端仍可能覆盖它。常见情况是内联样式优先级高于条件格式生成的类名，或者CSS选择器匹配范围过宽，把本应只作用于某列的规则应用到了整张表。检查预览页面的样式表，看条件格式生成的类是否被更具体的选择器覆盖。如果类名存在但颜色没生效，基本可以判定是优先级冲突。
一份可执行的核对清单
第一，统计条件格式规则总数，超过二十条的表格建议分批测试。第二，检查每条规则的引用范围，跨工作表引用先改为本表引用。第三，把规则中的函数对照预览引擎的公开支持列表过一遍，不在列表内的换成基础运算。第四，转换环节逐条启用规则，记录哪条导致异常。第五，渲染端确认条件格式类名未被更高优先级样式覆盖。第六，为无法支持的规则准备降级展示策略，比如用固定底色替代图标集，保证关键信息仍可辨认。
条件格式属于展示增强，不是数据本体。在网站维护中，优先保证数值和文本的可读性，再逐步恢复视觉标记，比一开始就追求格式完全还原更稳妥。it数运在处理此类上传预览问题时，通常也是按这个顺序推进：先确认数据完整，再排查规则链路，最后调整展示效果。
