SVG图标移动端填色失效主因是内联fill属性硬编码颜色，需删除或替换为fill="currentColor"；使用currentColor时须确保父容器设置color且<use>的color设在直接父元素上。
SVG图标在移动端填色失效，根本不是CSS写错了
问题通常出在SVG本身——fill="#000"这类内联属性会硬编码颜色，直接拦截所有CSS的fill声明，移动端尤其明显（WebKit内核对内联样式的优先级处理更严格）。你写的svg { fill: red; }没报错，但就是不生效，大概率是这个原因。
必须删掉或替换path里的内联fill值
打开SVG源码，逐个检查<path>、<circle>、<g>等元素，找到类似fill="#333"、fill="none"、stroke="#999"这样的属性。它们必须被处理：
- 删掉整个
fill属性（最干净，后续全靠CSS控制） - 或统一替换成
fill="currentColor"（推荐，适配深色模式和文字色联动） - 如果用了
<defs><style>块，也要删掉其中的.cls-1 { fill: #xxx; }规则
移动端用currentColor要额外注意两件事
currentColor在iOS Safari和Android Chrome上表现一致，但容易栽在两个细节上：
- 父容器没设
color：比如<div><svg><path fill="currentColor"></svg></div>，但div没定义color，那currentColor就退化成默认color: #000，图标还是黑的 -
<use>引用<symbol>时，color必须设在<use>的直接父元素上，而不是<svg>外层容器——否则继承链断开
别信“加!important就能救”的说法
在移动端强行用svg path { fill: red !important; }，看似生效，实则埋雷：
立即学习“前端免费学习笔记（深入）”；
- 一旦SVG里有
fill="currentColor"，!important反而会覆盖它，失去主题切换能力 - 某些安卓WebView对
!important解析不稳定，偶现闪烁或回退到原始色 - 真正该动的是SVG源码，不是靠CSS暴力覆盖
最省事的验证方式：把SVG代码粘贴进HTML，临时加一行style="color: tomato;"到它的父标签，看图标是否立刻变红——如果不是，说明currentColor没接上，回去查路径属性和继承链。
