结论：font-smoothing 不是标准属性，所有浏览器均忽略；真正有效的是 -webkit-font-smoothing（仅 WebKit 内核）和 text-rendering（W3C 标准），但效果高度依赖平台与渲染上下文。
直接说结论：font-smoothing 本身不是标准属性，所有浏览器都忽略它；真正能起作用的是 -webkit-font-smoothing（仅限 WebKit 内核）和 text-rendering（W3C 标准），但它们的效果高度依赖平台、系统设置和渲染上下文，不能“一配就灵”。
为什么写 font-smoothing: antialiased 完全没反应
因为这个属性根本不存在于 CSS 规范中。浏览器看到它就直接跳过，DevTools 的 Computed 面板里压根不会出现。网上大量教程抄来抄去，把前缀漏掉或写错成无前缀形式，导致白配。
-
-webkit-font-smoothing才是合法值，只对 Chrome（macOS）、Safari（macOS/iOS）、Edge（新版）生效；Windows Chrome 和 Firefox 完全无视 - iOS Safari 和所有 WebView（包括微信、QQ 浏览器内嵌页）硬性屏蔽该属性，无论你怎么写，都不影响渲染
- Chrome 110+ 已停止解析该属性——不是“失效”，而是“不认”，CSSOM 里查不到，
getComputedStyle返回空字符串
-webkit-font-smoothing 在 macOS 上怎么用才不翻车
它只在 macOS 桌面端 Safari 和旧版 Chrome（≤112）上有可感知效果，且必须配合系统字体（如 -apple-system）才能看出差异。设错值反而更糊：
- 合法取值只有三个：
auto（系统默认）、antialiased（灰度抗锯齿，深色背景首选）、subpixel-antialiased（LCD 子像素优化，默认，浅色背景更清） - 别写
smooth或light——浏览器静默丢弃，毫无提示 - 加
!important是常态，因为@font-face加载的字体、框架默认样式、内联 style 都可能覆盖它 - 小字号（≤14px）下
antialiased易导致笔画粘连或变细，建议改用 13px/14px +line-height: 1微调垂直居中
比 -webkit-font-smoothing 更靠谱的替代方案
现代浏览器已逐步放弃对该私有属性的支持，转而推荐标准属性组合。尤其当你的页面要跑在 iOS、Chrome 115+、Firefox 或高缩放 Windows 设备上时：
-
text-rendering: optimizeLegibility：W3C 标准，所有现代浏览器支持；启用字距调整与连字，对中英文小字号正文可读性提升明显；但别滥用在整站body上，图标字体或数字标签会因此发虚 -
font-optical-sizing: auto：仅对可变字体（如 Inter、Fira Sans Variable）生效，自动适配字号变化下的笔画粗细，视觉更稳；普通 TTF/WOFF2 字体无效 -
-webkit-text-stroke: 0.5px transparent：iOS 上少有的“作弊有效项”，给文字加极细透明描边，能收紧边缘、抑制过度抗锯齿带来的灰蒙感；Android 和桌面端无害，但别用1px #000这种粗描边
最容易被忽略的底层干扰项
所有 CSS 字体渲染调试，都得先确认系统和设备层是否“允许你调”：
- macOS 系统设置 → 辅助功能 → 显示 → 字体平滑：这个开关拥有最高优先级。关了它，Safari 就强制降级为灰阶抗锯齿，
-webkit-font-smoothing再怎么写也白搭 - 移动端模糊 90% 来自
@font-face加载时机问题：font-display: swap导致首屏用系统字体渲染，等自定义字体加载完再重绘，中间出现缩放抖动和临时灰边；改用font-display: block或optional才是正解 - 任何含小数的
transform（如translateX(50%)在 199px 宽容器中算出 99.5px）都会触发亚像素渲染异常，文字忽清忽糊；应改用calc(50% - 0.5px)或固定整数偏移
真正稳定的方案，往往不是调一个 CSS 属性，而是控制渲染路径：禁用非必要 transform、避开 opacity 和 backdrop-filter 包裹文字、确保 viewport 缩放为整数、优先使用 system-ui 字体栈。字体发虚，八成是渲染管线被意外打乱，而不是“平滑没开够”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
