initial在chrome 58以下、safari 6.1以下、firefox 26以下及旧版webview中不被识别，整条css规则被静默丢弃；应查mdn逐项替换为具体初始值，如background-color: transparent、margin: 0等，postcss无法自动修复。
initial 在 Chrome 58 以下、Safari 6.1 以下、Firefox 26 以下的移动浏览器中根本不会被识别，整条 CSS 规则会被静默丢弃——不是回退到默认值，而是直接跳过解析。
为什么initial在旧版 WebView 里等于“没写”
Android 系统 WebView（包括微信、QQ、支付宝内核）、iOS 8–9 的 Safari、UC 浏览器等，遇到 initial 会直接报语法错误并丢弃整条声明。比如：color: initial; 在这些环境里，文字颜色不会变成 UA 默认色，而是继承父级或按浏览器默认规则渲染（常表现为黑色或未定义），且 DevTools 中完全不显示该属性。
- 不是样式没生效，是 CSS 解析器根本没吃下这个关键字
-
initial不是“可降级”的值，它和unset或inherit不同，没有 fallback 机制 - 搭配自定义属性使用时，
--foo: initial;会让var(--foo)计算为无效值，进而触发整个属性链失效
用具体初始值替代initial更稳妥
查 MDN 上对应属性的 Initial value 栏，把 initial 换成明确值。这不是“凑合”，而是语义更准、兼容性更好：
-
margin: initial→margin: 0（所有方向初始值确实是0） -
background-color: initial→background-color: transparent（不是inherit，也不是none） -
font-weight: initial→font-weight: 400（规范明确定义为normal，即400） -
border-style: initial→border-style: none（但border-width: initial必须写border-width: medium，不能写0）
PostCSS + autoprefixer 不能解决initial兼容问题
autoprefixer 只处理厂商前缀，对 initial 这类全局关键字无能为力。它不会、也不能把 initial 转成具体值——那是语义转换，不是语法补全。
- Reset 脚本（如 normalize.css）同样无效：它们只是普通 CSS，无法干预浏览器对关键字的底层解析
- 如果项目必须保留
initial写法（比如设计系统文档），建议用 PostCSS 插件如postcss-initial做构建时替换，而非依赖运行时 - 真正在意兼容性的线上项目，应把
initial视为“仅限现代环境”的语法，不在 target browsers 包含旧 WebView 时使用
真正麻烦的不是找替代值，而是记住：每个 CSS 属性的初始值都得单独确认。比如 line-height 初始值是 normal（计算值不固定），visibility 是 visible，而 cursor 是 auto——写错一个，就可能在旧浏览器里引发连锁样式崩塌。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
