夜间模式上线后，常有一类反馈很集中：页面整体已经变暗，图标却像被墨汁浸过一样发黑，轮廓几乎看不清。这个问题多数时候不是图标文件损坏，而是颜色声明方式与深色模式不匹配。图标原本依靠深色线条在浅色背景上形成对比，一旦页面背景变深，写死的深色填充就会和背景融在一起。排查时按层次推进，比反复替换文件更有效。
先看SVG源码里的填充与描边写法
打开图标文件，检查fill和stroke属性是否直接写成了固定色值，比如fill=”#333333″或stroke=”#000000″。这种写法把颜色锁死在文件内部，页面切换主题时图标不会跟着变。更稳妥的做法是使用currentColor，让图标颜色继承所在元素的文字颜色，再由页面主题统一控制。如果图标里同时存在多处固定色值，需要逐一替换，不能只改最外层。
再核对样式表中是否有强制填充规则
有些项目在全局样式里写了针对SVG的fill声明，或者对图标容器设置了固定的color值，这些规则会覆盖图标自身的继承逻辑。检查时重点看两类位置：一是全局选择器对svg标签的直接赋值，二是图标父级元素的颜色定义。如果发现强制规则，应改为继承写法或限定作用范围，避免影响其他图标。
区分引入方式
图标以img标签引入时，浏览器将其视为独立文档，页面颜色无法传递进去，currentColor也就失效了。这种情况下图标颜色完全由文件内部决定，深色模式下自然容易发黑。若希望图标跟随主题变化，应改为内联引入，把SVG代码直接写入页面结构，或者使用支持颜色继承的组件方式。引入方式的差异常常被忽略，却是排查中的关键分界点。
核对浏览器对深色模式的响应与缓存
确认页面是否通过prefers-color-scheme正确切换了主题变量，同时检查图标文件是否被浏览器缓存了旧版本。修改颜色声明后，旧缓存可能仍在生效，导致看起来没有变化。可以在开发工具中禁用缓存后刷新，或确认资源版本标识是否更新。若主题切换依赖脚本，还需确认脚本执行时机是否早于图标渲染。
实际排查可以按一条清单推进：先看SVG源码中fill与stroke是否写死，再确认图标是内联还是img引入，接着检查样式表有无强制填充规则，最后排除主题响应与缓存残留。顺序上从文件内部到页面外部，从静态声明到运行时行为，能减少反复试错。
修复时优先把固定色值改为currentColor，再把img引入改为内联或组件化引入，然后清理覆盖性样式规则，最后处理缓存与主题切换逻辑。每一步改完都应在深浅两种模式下各看一遍，确认图标轮廓清晰、对比度足够。it数运在网站维护中处理这类问题时，习惯先定位颜色声明的层级，再判断引入方式是否支持继承，最后才动样式和缓存，避免把简单问题复杂化。图标虽小，颜色逻辑清楚，深色模式才不会留下盲点。
