Css 优化文本呈现的速度，然后通过延迟样式表异步优化易读性是否有效？_Css_Performance_Typography

Css 优化文本呈现的速度，然后通过延迟样式表异步优化易读性是否有效？

css performance

Css 优化文本呈现的速度，然后通过延迟样式表异步优化易读性是否有效？,css,performance,typography,Css,Performance,Typography,文本呈现：优化易读性是关键。（编辑：不正确，但留给后代。）但是，文本呈现：optimizeSpeed有一个好处目前，我已经内联了我的上折/关键样式，使用异步延迟的下折样式我的问题是，在我的关键样式中，最初使用文本呈现：optimizeSpeed，然后在延迟/异步样式表中，切换到文本呈现：OptimizeIberability，是否有效*或值得** *有效性定义为按照您期望的方式工作。最初使用“优化速度”，然后当延迟样式表异步加载时，使用“优化易读性” **值得一提的是，与我的SS中切换风格

文本呈现：优化易读性

是关键。（编辑：不正确，但留给后代。）

但是，

文本呈现：optimizeSpeed

有一个好处

目前，我已经内联了我的上折/关键样式，使用异步延迟的下折样式

我的问题是，在我的关键样式中，最初使用

文本呈现：optimizeSpeed

，然后在延迟/异步样式表中，切换到

文本呈现：OptimizeIberability

，是否有效*或值得**

*有效性定义为按照您期望的方式工作。最初使用“优化速度”，然后当延迟样式表异步加载时，使用“优化易读性”

**值得一提的是，与我的SS中切换风格的（简单）过程成比例的任何可忽略不计的性能提升。

好吧，我想我已经回答了我自己的问题，所以我将在这里为后代留下一些东西：

我的问题核心的答案是：毛毯应用
```
优化易读性
```
很慢，从初始渲染时间到重新绘制。所以我的结论是，即使异步加载它也不值得，因为它会延迟异步样式表的加载并导致FOIT（特别是当应用于长文本字符串时）
正如BoltClock所指出的，Chrome和Safari默认使用
```
auto
```
，而只有Firefox以20px的阈值智能切换。此外，Chrome和Safari将
```
auto
```
视为
```
optimizeSpeed
```
。因此，以我上面提到的方式声明操作系统基本上是多余的
- 我认为也许最重要的是，这证明了
```
优化易读性
```
  并不是可以毫无例外地使用的，因为Chrome和Safari在使用
```
速度
```
  以外的任何东西时都会感到不舒服，而
```
精度
```
  等其他选项都没有指定

不仅在一些较旧的浏览器中缺乏支持，事实上在其他浏览器中也存在破坏交易的bug，这意味着

文本呈现：优化易读性对于渐进式增强是不可行的（至少通过延迟以下折叠样式来实现PE）


最后，我在caniuse的repo上纠正了一个错误的说法，即现代浏览器默认为优化易读性
（感谢BoltClock指出这一点）
TL；DR有效吗？从技术上讲，第一部分是多余的。值得吗？这不仅不值得，还有性能和未解决的bug问题。
“文本呈现：优化易读性是大多数现代浏览器的默认设置。”事实并非如此。初始值为auto，Chrome和Safari都将其视为optimizeSpeed。Firefox是唯一能够根据字体大小在optimizeSpeed和Optimize易读性之间智能切换的浏览器。caniuse.com似乎没有引用其声明“新浏览器默认启用此行为”。@BoltClock啊，好的，感谢您的澄清。我想我的问题仍然存在；如果Chrome和Safari使用optimizeSpeed，并且我的内联关键SS以optimizeSpeed作为默认启动，那么我是否应该/可以异步使用OptimizeReadability？