同一批字体文件上传后，新版浏览器显示正常，部分旧浏览器却整段变成默认宋体，标题字重也一并消失。很多人第一反应是文件损坏，重新上传一遍，结果依旧。实际上，这类问题往往与字体文件本身无关，症结在于格式回退链没有接上：浏览器不认识WOFF2，又没有可用的后备格式，只能静默退回系统默认字体。
第一层要核对字体格式与浏览器的支持范围。WOFF2压缩率高、加载快，但支持起点比WOFF和TTF晚，一些仍在使用的旧版浏览器只认WOFF或TTF。因此字体文件不能只准备一份WOFF2，而应同时提供WOFF作为后备，必要时再补TTF。定位问题时不要靠猜浏览器版本，更稳妥的做法是用特性检测判断当前环境是否支持WOFF2，再决定加载哪一份文件，这样结论可复现，也便于后续排查。
第二层要核对CSS中@font-face的声明写法。常见错误有三种：src列表里把WOFF2写在最后，浏览器先命中前面的格式，等于白做优化；格式提示format缺失或写错，浏览器无法识别该条声明；以及把本地字体名放在列表最前，用户机器上恰好有同名字体时，网页字体根本不会下载。正确的顺序是把WOFF2放在首位并标注格式，WOFF紧随其后，让浏览器按能力逐条匹配。
第三层要核对服务器响应头与跨域设置。字体文件受同源策略约束，跨域加载时如果响应头缺少相应的许可信息，浏览器会拒绝使用该字体，而且多数情况下不报明显错误，只是静默回退。排查时打开网络面板，看字体请求的状态码是否为正常返回，响应头里是否带有跨域许可，内容类型是否为字体类型。状态码异常或被拦截，说明问题在服务端配置，不在样式表。
第四层要核对缓存与CDN分发。旧缓存可能让新上传的字体迟迟不生效，表现为部分用户已更新、部分用户仍是旧样式。判断方法是比对文件的实际响应内容与本地文件是否一致，必要时清理缓存后复测。长期做法是给字体文件名加上版本标识，每次更新换新文件名，避免缓存与分发节点继续返回旧文件。
把以上环节串起来，可以得到一份简短的检查清单：一看文件，是否备齐WOFF2与WOFF；二看声明，src顺序与格式提示是否正确；三看响应，状态码、内容类型与跨域许可是否到位；四看缓存，分发内容是否与最新文件一致。按文件、声明、响应、缓存的顺序逐项确认，绝大多数回退失效都能定位到具体一层。
字体回退属于典型的隐性故障，页面不报错，用户却看得见差异。把它纳入上线前的多浏览器抽查，比上线后被动返工更省事。it数运在网站维护中通常把这类检查前置到测试环节，先确认回退链完整，再交付使用，减少后续反复沟通的成本。
