text-rendering: optimizespeed 几乎没人用，因为现代浏览器（chrome、firefox、safari）均不真正支持它，实际等同于 auto，无法实现字形简化或性能提升。
text-rendering: optimizeSpeed 为什么几乎没人用
因为现代浏览器基本忽略它，text-rendering: optimizeSpeed 在所有主流引擎（Chrome、Firefox、Safari）中都不触发实际优化行为——它被当作 auto 处理。CSS 规范里这个值本意是“放弃字形微调和连字，只做最简渲染”，但实现上没人真按这逻辑走。
- Chrome 和 Edge：完全无视，等价于
auto - Firefox：仅在 SVG 文本中部分生效，HTML 文本无效
- Safari：不支持该值，直接回退到
auto
真正影响文本渲染性能的其实是 font-display 和字体加载策略
用户想提速，真正该动的是字体加载环节，而不是靠一个失效的 CSS 值。浏览器卡顿常发生在字体未就绪时回退、重排、重绘，text-rendering 对这些毫无干预能力。
-
font-display: swap能避免 FOIT（空白闪动），让系统字体先顶上，比硬设optimizeSpeed实在得多 - 避免 @font-face 中使用
font-display: optional配合低优先级字体，否则可能白屏+无备选 - Web Font Loader 等 JS 加载器若没配
timeout，会拖慢首屏文本可见时间
text-rendering 可用的值及其真实效果
目前只有三个值有跨浏览器一致性表现：auto、optimizeLegibility、optimizeSpeed（但后者如前所述，基本无效）。别被名字误导，“optimize” 不等于“生效”。
-
auto：默认值，浏览器按字号自动选择是否启用连字/字距调整（小字号关，大字号开） -
optimizeLegibility：强制开启 OpenType 特性（如liga、clig），对中文无感，对英文长段落可能轻微拖慢 -
optimizeSpeed：写上去也没用，别浪费 CSS 字节
示例对比：
.title { text-rendering: optimizeLegibility; }
.body { text-rendering: auto; }——前者在 Chrome 中会让 “ffi” 自动合成连字，但对性能影响可忽略；后者更稳妥。
移动端和高 DPI 屏幕下更该关注 font-smooth 和 -webkit-font-smoothing
Android WebView 和旧版 Safari 对 text-rendering 完全不响应，但 -webkit-font-smoothing: antialiased 或 subpixel-antialiased 会影响渲染路径和功耗。
-
antialiased关闭子像素渲染，文字略发虚但更省电，适合 OLED 屏 -
subpixel-antialiased（默认）清晰但可能在滚动时触发更多合成层 - iOS 16+ 已废弃这些私有属性，改用
font-smooth: auto，但兼容性差，慎用
text-rendering 几乎不需要显式设置。真正要盯住的，是字体文件体积、font-display 策略、以及是否意外触发了同步布局（比如读取 offsetWidth 后立即改文本样式）。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
