后台传上去的彩色线稿图标，刷新后成了一团黑方块，这种情况在网站维护里挺常见。设计稿里明明是细线条、多颜色的图形，到了页面上只剩实心黑，反复重传往往也没用。问题可能出在文件写法、引入方式，也可能在上传处理环节，与其一遍遍试，不如按链路分层核对。
先判断问题落在哪一段。最直接的办法是对比三种打开方式：用浏览器单独打开这个SVG文件，看显示是否正常；回到设计软件里重新打开，确认源文件有没有损坏；再到页面里看实际渲染结果。浏览器单独打开就是黑块，问题在文件本身；单独打开正常、页面里异常，多半是引入方式或样式覆盖；设计软件里也不对，则要回到导出环节查。
第一层，核对SVG源码里的填充与描边写法。用文本编辑器打开文件，查看fill和stroke的取值。常见情况是图形只写了描边、没写填充，而默认填充色是黑色，线稿就被填成了实心块。还要留意currentColor的用法，它依赖父级元素的文字颜色，父级被设成黑色，图标自然跟着变黑。另外，内联样式与外部CSS同时存在时，优先级容易判断错，需要确认最终生效的是哪一条规则。
第二层，核对依赖引用。有些SVG内部引用了外部字体、外部图片或没有内嵌的样式表，单独打开时依赖还在，上传到服务器后路径失效，图形就会退化甚至显示为黑块。核对方法是搜索源码里有没有href、xlink:href指向外部地址，或者是否存在font-family引用。稳妥的做法是把用到的图形转为路径、把样式写进文件内部，减少对外部资源的依赖。
第三层，核对页面引入方式。用img标签引入的SVG是一个独立文档，页面CSS进不到它内部改样式；内联引入的SVG会继承页面样式，容易受全局fill、stroke规则影响。如果页面里有针对svg元素的统一配色规则，内联图标就可能被整体覆盖成黑色。核对时可以临时改成img引入做对比，看颜色是否恢复。
第四层，核对服务端上传处理。部分上传组件会对SVG做压缩、转码或安全过滤，处理过程中可能删掉样式节点、合并图层或改写属性，原始内容就变了。核对方法是把服务器上保存的文件下载回来，与本地源文件逐段比对，重点看style标签、class属性和fill定义还在不在。
实际维护时可以按一份清单逐项打勾：源码中fill与stroke是否明确；是否残留currentColor且父级颜色异常；是否引用外部字体或图片；页面CSS是否覆盖了svg样式；img引入与内联引入结果是否一致；服务器保存的文件与源文件是否一致；主流浏览器显示是否统一。多数黑块问题在前三项内就能定位。
SVG是矢量格式，体积小、缩放清晰，但显示效果依赖源码写法和引入环境，任何一个环节变动都可能让图标走样。养成上传前先在浏览器单独打开确认、再对比页面效果的习惯，能省下不少排查时间。it数运在网站维护中处理这类问题时，通常先固定文件基准，再逐层比对渲染链路，让问题定位有据可依，也让后续的图标管理更稳定。
