Javascript 异步加载Typekit:：值得吗，还是干脆不使用它更好？

正在尝试缩短页面加载时间

我遵循第三个示例异步加载TypeKit javascript

要使其工作，您必须向使用字体的每个元素添加一个

.wf loading#some元素{visibility:hidden；}

，在1）加载后或2）在设定的时间（1秒）后，字体变为可见

问题是，我正在使用的CSS将字体分配给大约200个元素，因此，

.wf loading{}

的200个元素（注意：我没有编写这个CSS）

我觉得这比让它定期加载、DOM遍历那么多东西更能降低加载时间。如果是这样的话，我将完全删除Typekit并使用常规字体

---

有什么工具可以用来对这类东西进行性能测试吗？或者有人测试过这些东西吗

使用这种方法实际上并没有修改多个DOM元素（根元素）。这意味着我们的现代浏览器将依赖于它们的超高速CSS引擎，因此所涉及的元素数量对页面负载没有明显的影响

就页面加载和闪烁而言，网络延迟通常比DOM操作糟糕一个数量级。当浏览器等待字体下载时，在第一次（无边框）页面加载时总是会出现一些闪烁。只要确保你的字体被缓存以供重用，并尽量保持它的文件大小尽可能小

---

几年前我和库丰走上了这条路。最后，我选择了性能可以接受的最简单的路径并停在那里。优化页面加载很容易，但可能还有更多有希望的改进领域——功能、bug、重构等等。

正如他们在文章中提到的，问题是，很少有这种情况（但肯定会发生——对我来说肯定不止一次）当Typekit CDN完全失败时，用户只看到一个空白页。这是您希望使用异步加载的时候