遇到这个问题确实让人挠头——中文字体无故变成默认黑体，英文字符要么变成方块，要么直接回退到系统字体。最诡异的是，打开开发者工具一看，没报错、没警告，仿佛一切正常，但字体就是加载不出来。

真相往往就藏在那些容易被忽视的角落里：路径解析、协议限制，或者字体格式的兼容性。

要彻底排查这个问题，需要从三个关键方向入手。

确认字体文件是否真正被请求并返回成功

打开百度浏览器，访问目标网页后按F12进入开发者工具。切换到Network选项卡，然后刷新页面。在筛选框输入类型关键词，比如woff2、ttf或font，看看对应的字体资源请求状态码和响应内容长度。

如果看到状态码是404，说明浏览器压根没找到这个字体文件。如果显示0或(failed)，那很可能是file://协议限制或者跨域拦截造成的——直接把HTML拖进百度浏览器打开，是没法加载任何woff2或ttf字体的。

点开那个字体请求，在Headers里检查Content-Type字段。正常情况应该是font/woff2、font/ttf或者application/font-woff。如果返回的是text/plain或者空值，说明服务器没配置正确的MIME类型，百度浏览器就会拒绝解析。

验证@font-face中url()路径是否相对于CSS文件位置

路径问题其实是个经典陷阱，验证它有两个比较直接的方法。

方法一：手动校验路径基准

打开开发者工具的Elements选项卡，找到任意应用了自定义字体的元素。在Styles面板里点击对应@font-face规则旁边的CSS文件名，跳转到源码。然后仔细看src: url()里的路径。

这里有个关键点：url()的起点不是HTML文件所在的目录，而是CSS文件的物理位置。举个例子：CSS文件在/static/css/app.css，字体文件在/static/fonts/icon.woff2，那你就得写成url('../fonts/icon.woff2')。如果误写成url('/fonts/icon.woff2')，百度浏览器会尝试请求https://当前域名/fonts/icon.woff2，而不是项目里的真实路径。

方法二：直接在地址栏访问字体URL

从Network面板里复制字体请求的完整地址（在Headers → Request URL里获取），粘贴到新标签页打开。如果页面打不开或者返回403，说明路径或者服务器权限配置有问题。

检查百度浏览器对woff2格式的实际支持与降级策略

基于Chromium的百度浏览器，内核版本通常在115到122之间，原生是支持woff2的。但这里有个细节需要注意：

• 首先确认内核版本：在地址栏输入about:version，查看“WebKit内核版本”或“Blink版本”。
• 主流版本没问题，但@font-face声明里最好还是提供多格式的fallback方案：

src: url('icon.woff2') format('woff2'), url('icon.woff') format('woff'), url('icon.ttf') format('truetype');

另一个必须警惕的点是：绝对不要使用local()声明。比如写成src: local('MyIcon'), url('icon.woff2')，百度浏览器会直接跳过整个@font-face规则，这条规则相当于白写了。

《夸克》非常好用的免费AI浏览器

下载APP查看