Safari CSS异常主因是误加/漏加-webkit前缀或误判根源；box-sizing/flex/grid/transform等在Safari 14+无需前缀，而-backdrop-filter、-line-clamp、-appearance: none等仍需；应查caniuse并验计算样式，var()必须带fallback且用@supports(color: var(--x))检测。
绝大多数 CSS 在 Safari 下表现异常，根本不是“没加 -webkit- 前缀”，而是加了不该加的前缀、漏了真正需要的前缀，或误判了问题根源。
哪些 -webkit- 前缀现在还必须写
别再无脑给 box-sizing、flex、grid、transform 加前缀——这些在 Safari 14+（iOS 15.4+）全是标准属性，加了 -webkit-box-sizing 这种写法不仅无效，还会让解析器多做一次丢弃操作。
真正仍需前缀的，仅限以下几类：
-
-webkit-backdrop-filter：Safari 9+ 支持，Chrome/Firefox 直到 2024 年才陆续跟进，必须带前缀且不能省略backdrop-filter标准声明 -
-webkit-line-clamp：至今无标准替代，必须用display: -webkit-box+-webkit-line-clamp组合 -
-webkit-appearance: none：重置<input type="range">或<select>默认样式时必需 -
-webkit-overflow-scrolling: touch：iOS 15 之前仍需，iOS 16+ 可省略；但若目标用户含 iOS 15.0–15.3，就得保留
查证方式很简单：打开 caniuse.com，搜属性名，看 “Safari” 列里带 ✅ 的最早版本是否覆盖你的最低支持目标。不查就硬加，大概率是白忙。
立即学习“前端免费学习笔记（深入）”；
为什么加了 -webkit- 前缀反而失效
现代 Safari（尤其是 iOS 16.4+ 和 macOS Ventura 后）已主动移除对大量旧前缀的支持，比如 -webkit-flex、-webkit-align-items。它不是“兼容性差”，而是明确废弃——遇到就静默忽略整条声明。
常见翻车场景：
- 同时写
display: -webkit-flex; display: flex;→ Safari 17+ 会取后者，前者纯冗余；但 Safari 12–13.1 却只认前者，后者被无视 → 混写看似保险，实则在跨版本场景下必然断层 - 复制别人代码时照搬
-webkit-filter: drop-shadow()→ Safari 15.4+ 已要求用标准filter: drop-shadow()，前缀版反而不生效 - 用 Autoprefixer 却配错
browserslist，比如写safari >= 12.1（语法错误，插件直接跳过），结果老设备上 Flex 完全不启动
结论：前缀不是补丁，是特定版本的“密钥”。密钥错了，门不但打不开，还可能锁死。
排查异常的第一步不是加前缀，而是看计算样式
Safari 开发者工具里，选中异常元素 → Computed 面板 → 搜索关键属性名（如 display、grid-template-columns、filter），确认它们是否显示为有效值，还是被划掉（invalid）或显示为 none。
几个关键判断点：
- 如果
display显示为block而非grid或flex→ 说明 Grid/Flex 特性被 Safari 忽略，大概率是用了它不支持的语法（如grid-template-areas带引号、gap在 inline-grid 中） - 如果
filter显示为drop-shadow(…)但阴影没出现 → 真正问题是transform+position触发图层合成截断，不是 filter 本身 - 如果
var(--color)整行消失（连 fallback 都没生效）→ 说明 Safari 版本低于 15.4，@supports (color: var(--x))检测必须加上，且 fallback 值要写在var()里，如color: var(--text, #333)
别靠猜，直接看浏览器告诉你的真实状态。
CSS 变量和 @supports 是 Safari 兼容性最隐蔽的雷区
Safari 12–14 对 var() 是“语法级不支持”：整条声明被静默跳过，不是值为空，是压根不解析。你本地 Chrome 看着正常，一上 iOS 14.5 真机，所有主题色全变默认黑/白。
安全写法只有两条铁律：
- 所有
var()必须带 fallback：background-color: var(--bg, #fff)，不能只写var(--bg) - 检测必须用
@supports (color: var(--x))，而不是@supports (--x: red)（后者所有浏览器都不认）
PostCSS 插件（如 postcss-custom-properties）只能静态替换顶层变量，对嵌套 var(--a, var(--b))、媒体查询内定义、JS 动态设置的变量完全无能为力。Tailwind 用户尤其容易漏掉 text-[color:var(--text)] 这种写法——它无法被构建时降级，运行时在旧 Safari 就是空白。
真正可靠的兜底，是在低版本 Safari 环境里验证最终输出的 CSS 是否已展开为具体值，而不是依赖构建工具的“我以为它会处理”。
