打开一个正在维护中的网站，页面布局没有错位，图片也能正常显示，偏偏所有文字都退回了系统默认字体，原先设计好的字重、字形和整体气质一并消失。这种字体回退的情况在网站维护中并不少见，很多人的第一反应是字体文件损坏了，于是重新上传一遍，结果页面依旧没有变化。事实上，字体加载失败往往不是某一个单独原因造成的，文件格式、跨域配置、声明顺序、缓存分发，这几层里任何一处出现偏差，浏览器都会安静地放弃加载，不给出明显报错。下面按照核对顺序逐层拆开说明。
第一层：先确认字体文件格式与浏览器支持范围
WOFF属于较早被广泛支持的网页字体格式，压缩率一般，但兼容面比较宽；WOFF2的压缩效率更高，加载速度更快，不过需要较新的浏览器版本才能识别。如果站点同时面向新老浏览器，却只提供了一个WOFF2文件，旧环境就会直接回退到默认字体。核对时可以先确认字体文件的扩展名与实际编码是否一致，避免把WOFF文件改名成WOFF2后上传。同时也要检查字体是否做过子集化处理，字符集覆盖不全时，同样会表现为部分文字回退。
第二层：核对服务器响应头与跨域配置
字体请求受同源策略约束，当字体文件放在独立域名或CDN上时，响应头中需要包含允许跨域访问的声明，否则浏览器会拦截加载。常见的问题是响应头缺失，或者配置了通配符却与实际请求方式不匹配。核对时打开浏览器开发者工具的网络面板，找到字体请求，观察状态码是否正常、响应头是否包含跨域许可，以及控制台是否给出跨域相关提示。这一步能够排除大部分“文件没问题但就是不显示”的情况。
第三层：核对CSS中的字体声明顺序与回退链
字体声明需要先通过规则引入字体文件，再在字体族中按优先级排列。如果引入路径写错、格式提示与实际文件不符，或者字体族名称与文件内部名称不一致，浏览器都会跳过该字体。回退链也要设置合理，主字体之后应有通用字体族兜底，避免全部失效时排版彻底失控。可执行的检查清单是：引入路径是否为相对或绝对正确地址、格式提示是否与文件匹配、字体族名称是否逐字一致、回退链是否完整。
第四层：核对缓存与CDN分发是否返回正确内容类型
字体文件被缓存后，如果源站更新了文件但缓存没有刷新，浏览器拿到的仍是旧内容；CDN节点返回的内容类型若不是字体类型，部分浏览器也会拒绝使用。核对时可以清理缓存后重新请求，观察响应中的内容类型字段是否与字体格式对应，并确认CDN回源配置没有把字体请求错误重写。
整理一份自查清单：文件格式与扩展名是否一致、是否覆盖目标浏览器、响应头是否允许跨域、CSS引入路径与字体族名称是否准确、回退链是否完整、缓存与CDN返回类型是否正确。it数运在网站维护中处理这类问题，通常按“先看网络请求、再查响应头、后验声明与缓存”的顺序推进，避免反复上传文件做无效尝试。
需要提醒的是，字体加载的具体表现会因浏览器版本和部署环境不同而有差异，同一份配置在不同环境下结果可能不一致，排查时应以实际测试结果为准。
