-webkit-font-smoothing 是非标准css属性，仅限webkit内核浏览器支持，chrome 120+/edge 124+已移除，firefox不支持，ios wkwebview忽略；其效果受系统设置、gpu合成层及字体加载状态制约，实际可控方案应转向 text-rendering: optimizelegibility、平台化 font-family 回退链和显式 font-weight 声明。
font-smoothing 属性根本不是标准 CSS
所有以 -webkit- 或 -moz- 开头的 font-smoothing 相关声明（如 -webkit-font-smoothing、-moz-osx-font-smoothing）都不是 W3C 标准，而是浏览器厂商的实验性前缀属性。Chrome 120+ 和 Edge 124+ 已彻底移除对 -webkit-font-smoothing 的解析逻辑，DevTools 的 Computed 面板里压根不显示它；Firefox 从不支持 -webkit- 版本，只认 -moz-osx-font-smoothing（且仅限 macOS 版）；iOS 所有 WKWebView 容器（包括微信、钉钉）硬性忽略该属性。
系统字体渲染策略优先级远高于 CSS 声明
CSS 中的 smoothing 控制只是“建议”，操作系统和渲染引擎有最终决定权：
- macOS 用户若在「系统设置 → 辅助功能 → 显示 → 字体平滑」中关闭开关，Safari 会强制降级为灰阶抗锯齿——无论你写多少
-webkit-font-smoothing: subpixel-antialiased都无效 - Android 4.4+ 默认禁用子像素抗锯齿，改用灰度抗锯齿，
-webkit-font-smoothing: subpixel-antialiased被直接忽略；华为/小米等厂商 WebView 还可能进一步覆盖底层栅格化逻辑 - iOS 的 San Francisco 字体由 Core Text 直接驱动，CSS 无权干预其光栅化路径，
font-smooth: always在 iOS 15+ 已被废弃
触发 GPU 合成层后，font-smoothing 彻底失效
一旦元素被提升到独立合成层（常见于 transform、opacity、filter、backface-visibility: hidden），WebKit/Blink 引擎就绕过常规文本渲染管线，-webkit-font-smoothing 失去作用域：
-
transform: scale(1.001)或will-change: transform不是“修复模糊”的技巧，反而会强制降级，让文字更糊 - Chrome DevTools → Layers 面板中看到文字区域标红？说明已进 GPU 图层，此时删掉所有
-webkit-font-smoothing声明反而更干净 - 动画中
translateX(50%)算出小数值（如 99.5px）会导致像素舍入抖动，这不是 smoothing 能解决的，得用整数偏移或calc()对齐
真正可控的跨平台字体清晰方案只有三个
放弃抗锯齿开关思维，转向可落地的组合策略：
- 用
text-rendering: optimizeLegibility替代 —— Safari、Chrome、Firefox 均支持，能激活 OpenType 连字与精细字距，在英文/数字场景下观感锐利，中文无副作用 - 确保
font-family回退链按平台前置：iOS/macOS 用-apple-system，Android 用Roboto，Windows 用"Segoe UI"，末尾必须是sans-serif（不加引号！） - 对自定义字体，显式声明
font-weight数值（如500），避免normal在 Windows 上映射为粗 hinting 导致糊团；同时确认字体文件真实支持该字重
最常被忽略的一点：所有这些优化都建立在字体已正确加载、未因 font-display 设置不当导致回退到极细系统字体（如 San Francisco Thin）的前提下。先查 Fonts 面板确认真实加载的字体和字重，再调样式。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
