结论：-webkit-font-smoothing 仅在 macOS 和 iOS 的 WebKit/Blink 浏览器中生效，Windows/Linux 下被浏览器静默忽略，无法控制字体渲染效果。
-webkit-font-smoothing 在 Windows Chrome 里完全无效
直接说结论：-webkit-font-smoothing 只在 macOS 和 iOS 的 WebKit/Blink 浏览器（Safari、Chrome、Edge）中生效，Windows 和 Linux 下被浏览器静默忽略——不是你写错了，是它本来就不该起作用。常见错误现象包括：在 Windows Chrome 里写了 -webkit-font-smoothing: antialiased，结果字体反而发虚、变细、小字号看不清；或者用开发者工具检查 computed styles，发现该属性压根没 applied。
- 拼写必须是
-webkit-font-smoothing，不是font-smoothing或font-smooth（后者是已废弃的旧 Firefox 属性） - 不能写在全局
body上再指望所有文字都变清晰；优先作用于具体容器，比如.article-content或.header-title - 一旦元素有
transform: scale()、will-change: transform或backface-visibility: hidden，WebKit 会自动禁用该属性，回退到系统默认渲染 - 搭配
font-weight: 400效果更稳；font-weight: 300或bold容易触发降级
Firefox 不认 -webkit-font-smoothing，但有替代路径
-moz-osx-font-smoothing: grayscale 这个声明名字带 “osx”，实际只对 macOS 上的 Firefox 有效，且效果等同于 -webkit-font-smoothing: antialiased；Windows/Linux 版 Firefox 完全不支持任何 -webkit- 前缀的字体平滑属性，也不解析 -moz-osx-。它的抗锯齿策略由底层图形配置 gfx.font_rendering.* 控制，用户需手动改 about:config，线上环境不可控。
立即学习“前端免费学习笔记（深入）”；
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 不要指望用 CSS 统一控制 Firefox 的抗锯齿行为
- 可配合
text-rendering: optimizeLegibility激活 OpenType 连字和字距调整，这对英文/数字小字号有可见提升，中文影响有限 - 避免同时设
text-rendering: auto—— 它等于把控制权交给浏览器，行为不可预测，线上必须显式指定值
subpixel-antialiasing 不是 CSS 能开关的功能
CSS 没有标准属性能开启或关闭 subpixel-antialiasing。它是操作系统（macOS Core Text / Windows DirectWrite / ClearType）和渲染引擎联合决定的底层行为。所谓 -webkit-font-smoothing: subpixel-antialiased 实际只是告诉 WebKit “按系统默认来”，并非真正启用 subpixel。在 Windows 上，ClearType 是否启用取决于系统设置（控制面板 > 显示 > ClearType 文本）、DPI 缩放状态、甚至页面是否被识别为“兼容模式”。
- 高 DPI 屏幕（如 MacBook Retina、Surface Laptop）下，只有字体尺寸 ≥14px 且使用支持 hinting 的字体（如 Inter、SF Pro、Segoe UI）时，浏览器才可能启用 subpixel 渲染
- 写
-webkit-font-smoothing: none会让文字明显发虚，几乎不用，仅用于调试对比 - 想统一观感，应优先用标准属性
font-optical-sizing: auto（现代字体支持时可提升可读性），而非押注私有平滑开关
font-display: swap 造成的闪烁和抗锯齿无关，但会放大差异
font-display: swap 导致的字体闪烁，本质是后备字体（如 system-ui）与自定义字体在渲染参数（hinting、baseline、subpixel 启用状态）上的不一致。当替换发生时，浏览器重绘，而新字体很可能走的是不同抗锯齿路径——比如后备字体用 grayscale，加载完的自定义字体在 macOS 上却走了 subpixel，边缘彩边突然出现，观感突兀。
- 这不是抗锯齿本身的问题，而是字体加载时机与渲染管线冲突
- 若必须用
swap，建议限制字体尺寸范围（如 ≥14px），避开 subpixel 渲染不稳定的小字号区间 - 深色背景上慎用
-webkit-font-smoothing: antialiased+swap组合，灰度抗锯齿在暗背景下容易进一步削弱对比度
真正跨平台可控的只有 text-rendering 和字体选型本身；所有“让字体变清楚”的尝试，最终都绕不开系统渲染机制这个黑盒。最稳妥的做法，是接受差异，用明确的 font-family 栈、合理的 font-size 下限（别硬撑 12px）、以及克制的 text-rendering 配置去收敛表现，而不是试图用一个 CSS 属性覆盖所有平台。
