字体预加载必须与随后真正使用的资源及请求条件匹配。URL、格式、跨域模式或字重选错，都可能导致预加载无效或重复下载；先确定首屏确实需要哪份字体，再决定是否预加载。
从计算后字体和网络请求定位
检查首屏标题实际使用的font-family、字重和字符，找到浏览器请求的字体文件。CSS可能按不同字重或unicode-range拆成多份资源，主题里写着一个字体名称并不代表只下载一个文件。不要将未被当前页面使用的整套字库全部提前加载。
核对预加载的关键属性
查看link的href、as、type与适用的crossorigin设置，确认最终URL和实际字体请求相同。重定向、版本参数和CDN主机名变化都可能造成差异。字体请求的跨域处理需要与预加载方式配套，不能仅凭文件在同一公司域名下就忽略相关条件。
把优先资源控制在必要范围
预加载会消耗资源调度与带宽，过多字体可能与CSS、主图竞争。根据首屏内容选择真正必要的字体面，不为每个可能出现的样式都加预加载。若字体只用于页脚或用户打开弹窗后，通常应先评估是否值得提前请求。
在冷加载中验证复用
使用新的加载条件查看预加载资源是否被实际使用，有无重复请求和浏览器警告。比较文字出现、字形切换与其他关键资源的时机，不把一次请求提前就直接等同于整体更快。更换主题字体或字重配置后，旧预加载也要同步清理。
关键区别
预加载声明：提前请求资源；必须随后真正使用。
字体面：字重范围等不同；可能对应多个文件。
请求匹配：URL和模式配套；不只看文件名相同。
怎样确认处理到位
必要字体的预加载被真实请求复用，没有无效或重复下载，首屏文字和其他关键资源的整体表现符合预期。
容易误判的边界
预加载不是让字体许可、CORS或格式错误自动修复的机制；这些问题需要先按各自原因处理。
