font-display属性通过控制字体加载行为平衡用户体验与性能；2. 其值为auto、block、swap、fallback、optional，分别对应不同加载策略；3. swap策略优先展示备用字体，提升fcp和lcp，适合内容型网站；4. fallback和optional减少字体切换与加载开销，降低cls风险；5. 配合字体子集化、预加载、系统字体备用、woff2格式及缓存策略可全面提升字体加载效率；6. 实际应用中需根据品牌需求、性能预算和用户场景综合制定优化方案，并持续测试调整以确保最佳效果。
CSS字体渲染的优化，核心在于巧妙运用
font-display
属性。它让开发者能精细控制自定义字体在加载过程中的显示行为，从而有效平衡用户体验与页面加载速度，避免字体加载带来的视觉跳动或空白。
解决方案
font-display
属性在CSS
@font-face
规则中定义，它决定了浏览器如何处理Web字体加载失败或正在加载时的显示状态。这不仅仅是技术细节，更是对用户耐心的一种管理。
这个属性有五个主要值，每个都代表了一种不同的策略：
立即学习“前端免费学习笔记（深入）”；
-
auto
: 这是浏览器的默认行为，通常与
block
类似，但具体实现可能因浏览器而异。它会根据用户代理的默认行为来决定字体显示策略。老实说，我很少主动用这个，因为它把控制权交给了浏览器，而我更喜欢明确。
-
block
: 这个值会给字体一个短暂的“阻塞期”（通常是3秒）。在这个期间，如果字体还没有加载完成，使用了该字体的文本将不会显示（隐形文本，Flash of Invisible Text, FOIT）。阻塞期结束后，如果字体还没好，浏览器会使用备用字体。一旦字体加载完成，它就会替换备用字体。这种模式下，用户可能会看到一段空白，然后突然文字出现，这在某些场景下，比如标题，可能会有点突兀。
-
swap
: 这是我个人比较偏爱的一个选项，尤其是在内容为王的网站上。它会立即使用备用字体显示文本（可见但样式未定，Flash of Unstyled Content, FOUC）。一旦自定义字体加载完成，它就会“无缝”地替换掉备用字体。用户可以第一时间看到内容，虽然字体可能不是最终的样式，但至少信息是可读的。对于那些对字体样式要求不是极致，但对内容可读性要求很高的场景，
swap
简直是救星。
-
fallback
: 这个策略在
block
和
swap
之间找到了一个平衡点。它会给字体一个非常短的阻塞期（通常是100毫秒左右），然后立即使用备用字体。一旦阻塞期结束，如果字体还没加载，就会一直使用备用字体。只有在阻塞期内字体加载完成，才会使用自定义字体。这意味着，如果字体加载太慢，用户看到的就一直是备用字体，不会有字体切换的跳动。对于那些希望快速展示内容，又不希望有明显字体切换的场景，
fallback
是个不错的选择。
-
optional
: 这是最“佛系”的一个选项。它同样会给字体一个极短的阻塞期（通常是100毫秒左右）。但与
fallback
不同的是，浏览器会根据网络状况和用户设置来决定是否加载并使用自定义字体。如果网络状况不佳，或者用户偏好节省流量，浏览器可能会完全跳过自定义字体的加载，直接使用备用字体。这对于极致的性能优化和用户隐私（不追踪字体加载）非常有用。在某些非核心字体上，我可能会考虑使用
optional
。
@font-face { font-family: 'MyCustomFont'; src: url('mycustomfont.woff2') format('woff2'), url('mycustomfont.woff') format('woff'); font-display: swap; /* 这里是关键 */ } body { font-family: 'MyCustomFont', sans-serif; /* 备用字体很重要 */ }
font-display如何影响网页性能和用户体验？
font-display
的选择直接牵动着网页的两个核心指标：性能和用户体验。这不仅仅是加载快慢的问题，更关乎用户在等待过程中能“看到”什么。
首先，它深刻影响了首次内容绘制（FCP）和最大内容绘制（LCP）。当使用
block
策略时，如果自定义字体加载慢，文本内容在字体加载完成前是不可见的。这会直接延迟FCP和LCP，因为用户看不到任何文本，页面看起来就像是卡住了。想象一下，你打开一个网站，内容区域一片空白，你会不会觉得这个网站很慢？这就是
block
可能带来的负面体验。
相反，
swap
策略通过立即显示备用字体，让文本内容在第一时间可见。这极大地提升了FCP，因为用户能立即看到并阅读内容，即使字体不是最终的。虽然之后会有一次字体切换（FOUC），可能导致累积布局偏移（CLS），但通常情况下，用户更倾向于先看到内容，而不是等待一个完美的字体。当然，如果自定义字体和备用字体在字形、字重上差异巨大，这种切换可能会比较明显，甚至影响阅读。这时候，选择一个与自定义字体视觉上接近的备用字体就显得尤为重要。
fallback
和
optional
则在性能和体验之间提供了更细致的权衡。
fallback
的短阻塞期可以避免长时间的空白，同时如果字体加载足够快，也能享受到自定义字体的美观。如果字体加载慢，它就彻底放弃自定义字体，避免了
swap
可能带来的布局跳动。
optional
更是将性能推向极致，它甚至可能完全不加载字体，这对于带宽有限的用户来说是福音，但可能会牺牲品牌一致性。
在我看来，选择
font-display
策略，就是在“美观”和“速度”之间做取舍。有些时候，为了品牌识别度，我们可能愿意牺牲一点点性能，让用户等待一个完美的字体（比如logo上的特定字体）。但更多时候，尤其是在内容型网站，让用户尽快看到内容才是王道。
除了font-display，还有哪些字体加载优化技巧？
font-display
固然重要，但它并非字体优化的全部。要真正做到极致，我们还需要结合其他一些策略，形成一套组合拳。
一个非常有效的手段是字体子集化（Font Subsetting）。很多Web字体文件包含了我们网站根本用不到的字符，比如一些特殊符号、多语言字符集等。通过工具将这些无用字符从字体文件中移除，只保留网站实际使用的字符，可以显著减小字体文件的大小。文件小了，加载自然就快了。这就像点餐，你只点自己要吃的，而不是把整个菜单都点一遍。
再来是字体预加载（Font Preloading）。使用
<link rel="preload" as="font" type="font/woff2" crossorigin>
这样的标签，可以告诉浏览器：“嘿，这个字体我很快就要用到了，你赶紧去下载吧！”这样浏览器可以在渲染页面之前就开始下载字体，避免了字体加载成为渲染的瓶颈。这对于那些在关键渲染路径上的字体（比如首屏标题字体）尤其有效。我通常会把最重要的几个字体文件做预加载，但切记不要滥用，预加载太多反而会拖慢页面。
使用系统字体作为备用字体也是一个简单但有效的策略。在
font-family
声明中，除了自定义字体，务必加上一个或多个通用的系统字体（如
sans-serif
,
serif
,
monospace
）。这样即使自定义字体加载失败或被禁用，文本也能正常显示，不会出现空白。而且，系统字体加载速度快，用户体验好。
最后，字体文件的格式选择也很重要。
WOFF2
是目前压缩率最高、兼容性也相对不错的Web字体格式，我通常会优先使用它。同时提供
WOFF
作为备用，兼顾老旧浏览器。至于
TTF
或
OTF
，除非有特殊需求，一般不直接用于Web。
在实际项目中，如何制定一套全面的Web字体加载策略？
制定一套全面的Web字体加载策略，不是简单地套用几个技术点，它更像是一个根据项目特性、用户预期和性能目标来做出的定制化决策。
我会从分析项目需求开始。首先，确定品牌对字体的要求有多高。某些品牌可能对特定字体有强烈的执念，即使牺牲一点性能也要确保使用。而另一些项目，可能更看重速度和可读性，对字体美观度的要求没那么高。
接下来，评估字体文件的大小和数量。如果你的网站只用一两个字体，且文件不大，那么优化可能相对简单。但如果用了好几套字体，每个字体又有多个字重和样式，那文件大小就可能成为一个大问题，这时候子集化和预加载就显得尤为关键。我一般会有一个“性能预算”的概念，字体文件总大小不应该超过某个阈值。
然后，结合
font-display
策略进行选择。对于网站的标题、导航等核心文本，如果字体对品牌识别度非常重要，我会考虑
swap
，确保内容快速可见，并接受可能的跳动。如果内容的可读性是第一位的，且不希望有任何跳动，我会倾向于
fallback
。对于一些非核心的、可有可无的装饰性字体，
optional
或许是个不错的选择，让浏览器自行决定是否加载。
实施预加载和子集化。对于首屏可见的核心字体，我会毫不犹豫地添加
preload
标签。同时，使用工具对所有字体文件进行子集化，只保留必需的字符。如果项目有多种语言，我会为每种语言生成对应的子集字体，而不是加载一个包含所有语言的巨大字体文件。
设置合理的缓存策略。Web字体文件一旦加载，通常不会频繁变动，因此可以设置较长的缓存时间（如
Cache-Control: public, max-age=31536000, immutable
），让用户在二次访问时直接从缓存中获取，大大提升加载速度。
最后，持续的测试和监控是必不可少的。部署了优化策略后，要用工具（如Lighthouse、WebPageTest）测试页面的FCP、LCP和CLS等指标，看看优化效果如何。同时，在不同设备、不同网络环境下进行真机测试，确保用户体验符合预期。有时候，一个看似完美的策略，在真实世界中可能会遇到意想不到的问题。比如，某个备用字体在特定操作系统下显示效果不佳，或者字体切换导致的CLS超出了可接受范围，这时候就需要进行微调。这个过程往往是迭代的，没有一劳永逸的方案。
评论（已关闭）
评论已关闭