CDN引入CSS失败主因是link标签错误、URL不可用或浏览器未发请求；需检查rel值、href路径、标签位置、协议及Network面板状态，并配integrity与crossorigin确保加载健壮性。
CDN 引入 CSS 失败，八成不是库的问题，而是 link 标签没写对、URL 不可用，或浏览器根本没发请求。
检查 link 标签是否合法且位置正确
看似最基础，却是最多人栽跟头的地方。浏览器只认标准写法，错一个字母就静默失败。
-
rel必须是"stylesheet"（不是"style"、"css"或漏引号） -
href值不能为空、不能是相对路径却误放本地 HTML 用file://打开（此时所有 CDN 都会拒绝加载） - 标签必须在
<head>内，不能塞进<body>里——否则可能触发 FOUC 或被某些构建工具忽略 - 不要自闭合：
<link rel="stylesheet" href="..." />在 HTML 中语法合法，但部分旧版模板引擎或 SSR 环境会解析异常，建议写全<link rel="stylesheet" href="..."></link>
验证 CDN URL 是否真实可访问且带协议
很多“引入失败”本质是 URL 根本返回不了 CSS 内容。别猜，直接浏览器新开标签页访问它。
- 粘贴完整
href到地址栏，比如https://cdn.jsdelivr.net/npm/bootstrap@5.3.3/dist/css/bootstrap.min.css，看是否返回纯 CSS 文本（Content-Type 应为text/css），而非 404、重定向或 HTML 错误页 - 版本号必须存在：@5.3.3 可能已下线，改用 @5（自动解析最新 5.x）或查 npm 官页 确认当前稳定版
- 路径必须精确：Bootstrap 是
dist/css/bootstrap.min.css，不是css/bootstrap.css；Tailwind 官方不提供预编译 CSS，https://cdn.tailwindcss.com是 JS 初始化脚本，不能当link的href - 务必以
https://开头——哪怕页面是本地file://，现代浏览器也会拦截http://资源
用 Network 面板确认请求真实状态
控制台红字只是表象，真正卡在哪，得看 Network。
立即学习“前端免费学习笔记（深入）”；
- 打开 DevTools → Network → Filter 输入
css→ 刷新页面 - 找对应请求，重点看三列：
Status（403/404/0？）、Size（0 KB 表示没内容）、Headers → Response Headers → Content-Type（必须是text/css） - 若 Status 是 0，大概率是协议不匹配或跨域拦截；若 Size 是 0 且无报错，可能是 CDN 返回了空响应或 Referer 被拒（尤其国内小众 CDN）
- 点击该请求 → Preview 标签页，看是否能渲染出 CSS 规则——如果空白，说明资源根本没加载成功
加 integrity 和 crossorigin 提升健壮性
生产环境不加 SRI 就像裸奔。CDN 被劫持或镜像被污染时，你完全不知道。
-
integrity必须配crossorigin="anonymous"才生效，缺一不可 - 哈希值必须和实际文件内容严格一致：用官方生成工具（如 srihash.org）校验，别手算或抄别人过期的
- 回退逻辑要靠 JS 检测：
link.onerror是唯一可靠时机，别依赖document.styleSheets.length判断——它可能已存在但内容为空 - 本地回退路径要用绝对路径（如
/static/css/bootstrap.min.css），避免相对路径在子路由下失效
最容易被忽略的是：CDN 引入后样式“看起来正常”，但按钮尺寸、栅格断点、字体图标全乱了——这往往不是链接失败，而是加载顺序被破坏（比如你的自定义 CSS 在第三方之前加载），或 CSS 文件本身不完整（路径写错导致只加载了 reset 部分）。先确保 Network 里每个 link 请求都返回了非空 text/css，再调样式。
