运营同事把一套新做的SVG图标上传到网站后台，替换完成后打开页面，发现图标颜色和设计稿对不上：有的从品牌蓝变成了黑色，有的描边消失只剩填充，还有几个在鼠标悬停时突然换了颜色。文件是设计给的，代码是照着原样贴的，问题却实实在在出现在网页端。这类情况在网站维护中并不少见，多数时候并不是文件坏了，而是颜色在传递过程中被某一层改写了。
先要分清问题出在文件本身还是渲染环节。建议按三层顺序核对：第一层看源文件的填充属性，第二层看页面CSS的覆盖与继承，第三层看浏览器渲染差异。顺序不能颠倒，因为后一层的问题常常被前一层的表象掩盖。先确认文件里写的是什么颜色，再确认页面有没有改动它，最后才考虑不同浏览器的表现差异。
第一层核对源文件。用文本编辑器打开SVG，看fill和stroke是写成内联属性，还是引用了外部样式表。内联写法如fill=”#1a73e8″，颜色值直接写在标签上，最不容易被外部影响。如果看到fill=”currentColor”，说明颜色跟随父级元素的文字颜色，父级变了图标就变。还有一种是fill写在style属性里，优先级高于普通属性，容易被忽略。若图标引用了外部CSS文件，网页端加载不到该文件时，颜色就会回落到默认黑色。
第二层核对CSS覆盖。页面样式表里可能存在针对svg或path的通用规则，比如统一设置fill，这类规则会盖过文件里的低优先级写法。判断优先级时记住一个基本顺序：行内style高于选择器权重高的规则，权重高的规则高于普通标签选择器。用浏览器开发者工具选中图标元素，看计算后的颜色来自哪条规则，被划掉的就是被覆盖的写法。这一步能快速定位是文件被改还是样式被压。
第三层核对渲染差异。不同浏览器对currentColor、CSS变量和外部引用的支持细节略有差别，个别情况下同一份文件在两个浏览器里颜色不同。核对方法是把同一文件放到两个浏览器对比，若表现不一致，优先排查是否用了较新的颜色写法或依赖了未加载的外部资源。
上传前可以做一份简单自检：颜色写法统一为内联十六进制或明确的currentColor；避免依赖外部样式表；图标命名和分组保持规范，同一套图标用同一套颜色逻辑；导出时确认没有多余的style标签。维护流程上，建议建立素材验收标准，把颜色写法、命名规则写进交付要求，替换图标后做一次回归检查，确认关键页面颜色正常。若团队缺少前端核对经验，也可以借助it数运这类技术服务方协助梳理素材规范和检查流程，把重复出现的问题收口到标准里。
判断原则其实很简单：先定位颜色在哪一层被改写，再决定改文件还是改样式，避免一看到颜色不对就反复重传。重传解决不了样式覆盖，也解决不了继承问题，只会让排查越来越乱。
