-webkit-font-smoothing在Chrome 120+和Edge 124+中已彻底失效，Safari 17+仅在无transform、系统字体平滑开启且font-weight严格匹配时才可能生效；Firefox从未支持。应改用text-rendering: optimizeLegibility、font-optical-sizing: auto（需可变字体）和显式font-weight数值等标准属性替代。
别再调 -webkit-font-smoothing 了——它在 Chrome 120+ 和 Edge 124+ 中已彻底失效，Safari 17+ 也只在极窄条件下响应，Firefox 从未支持。你看到的“Mac 有效、Windows 无效”，本质是 Safari 还认，Chrome 根本不读。
为什么 -webkit-font-smoothing 现在基本没用
这个属性不是“开关”，而是向渲染引擎提建议，但现代浏览器多数路径直接跳过解析：
- Chrome 120+ 和 Edge 124+ 的 DevTools 里常显示为
invalid或干脆不出现，声明存在但不参与任何光栅化流程 - Safari 17+（macOS Sequoia）仅在无
transform、font-weight严格匹配字体文件字重（如声明500但加载的是 Regular 文件就失效）、且系统「字体平滑」开关开启时才可能生效 - Firefox 完全忽略
-webkit-font-smoothing；-moz-osx-font-smoothing仅对 macOS 版 Firefox 有效，且 Windows/Linux 下直接被忽略 - 加了
transform: scale(1.001)或backface-visibility: hidden想“强制触发”？反而会让 WebKit 自动降级，连建议都不听了
text-rendering 和 font-optical-sizing 才是真解法
放弃抗锯齿控制，转向标准属性组合 + 字体层适配：
-
text-rendering: optimizeLegibility：不改抗锯齿，但启用连字和精细字距，在英文/数字场景下提升可读性明显；中文影响小，但无副作用 -
font-optical-sizing: auto：必须搭配含opsz轴的可变字体（如Inter、Roboto Flex），根据font-size自动切换光学尺寸设计，比任何抗锯齿 hack 更有效 -
font-weight改用数值（如450、500）：避免normal在 Windows 上映射为粗 hinting 导致糊团；确保字体文件真实支持该字重 - 删掉所有
-webkit-font-smoothing和-moz-osx-font-smoothing声明——它们现在只增加维护成本，不解决实际问题
排查“文字突然变模糊”的第一现场
刚升级 Chrome 到 120+ 或 Edge 124+ 后文字发虚？优先检查这几处：
立即学习“前端免费学习笔记（深入）”；
- 是否还残留
-webkit-font-smoothing: antialiased？立刻删掉——这是最常见诱因 - 打开 DevTools → Fonts 面板，确认真实加载的字体和字重，而不是依赖
font-family声明顺序；fallback 断裂（比如漏掉"PingFang SC"）会落到无 hinting 的位图字体 -
font-display: swap是否引发 FOUT 后重绘模糊？可尝试font-display: optional或预加载：<link rel="preload" as="font" href="..."> - 中文字体栈是否前置系统字体？例如：
font-family: "HarmonyOS Sans SC", "PingFang SC", "Hiragino Sans GB", "Microsoft YaHei", sans-serif
真正可控的点不在抗锯齿开关，而在字体加载时机、字重匹配精度、以及是否用了能响应尺寸变化的可变字体。越想“统一平滑”，越容易踩进私有属性失效的坑。
