CSS样式加载失败主因是浏览器未获取文件，90%源于<link>标签rel属性拼写错误（如sytlesheet）或路径解析错误，而非CSS语法问题；需用开发者工具Network面板确认请求是否发出且状态为200。
样式加载失败不是“CSS没写对”，而是浏览器压根没拿到 CSS 文件——90% 的问题出在 <link> 标签本身或路径解析上，而不是选择器权重或语法。
检查 <link rel="stylesheet"> 是否被浏览器识别
拼写错误是最隐蔽也最致命的问题。浏览器对 rel 属性值严格匹配，写成 rel="sytlesheet"、rel="styleSheet" 或 rel="css" 都会被直接忽略，不发请求、不报错、不加载——页面就是纯 HTML 流式布局。
- 打开开发者工具 → Elements 面板，确认
<head>中的<link>标签rel值是否准确为stylesheet - 切到 Network 面板，过滤
css，刷新后看目标文件是否出现在列表中；若完全缺失，基本可断定是rel拼写错误或标签未闭合 - VS Code 等编辑器输入
<link rel=会自动提示合法值，善用补全可避免手误
路径写对了，但浏览器请求的地址不对
相对路径受 HTML 文件实际位置影响，不是“看着在同一目录”就一定对。比如 pages/detail.html 里写 href="css/style.css"，浏览器会尝试请求 /pages/css/style.css，而非你项目根下的 /css/style.css。
- 开发阶段优先用以
/开头的**根相对路径**，如href="/css/style.css"，它从域名根开始解析，与 HTML 文件位置无关 - 若必须用相对路径，请显式写
./css/style.css（./表示当前目录），避免隐式解析歧义 - 绝对 URL（
https://example.com/css/style.css）适合 CDN 资源，但本地调试时容易因协议/端口不一致失败 - 在 Network 面板点开 CSS 请求，看「Initiator」列和「Preview」选项卡，确认真实请求地址和返回内容是否符合预期
本地双击打开 HTML 时 CSS 加载失败
用 file:// 协议直接打开 HTML 文件时，现代浏览器（Chrome、Edge）默认禁止加载外部 CSS/JS，这是安全限制，不是 bug。
立即学习“前端免费学习笔记（深入）”；
- 现象：Network 面板中 CSS 请求状态显示
blocked或net::ERR_FILE_NOT_FOUND，控制台无明确报错 - 解决方法：启动一个本地 HTTP 服务，例如 Python：
python -m http.server 8000，然后访问http://localhost:8000/index.html - 其他轻量方案：VS Code 安装 Live Server 插件，右键 HTML 文件选 “Open with Live Server”；或使用 Node.js 的
serve包 - 注意：不要试图用
—disable-web-security启动浏览器绕过——这仅用于临时验证，不可作为开发常态
CSS 文件已加载但样式不生效
如果 Network 显示 CSS 状态码是 200，但页面仍无样式，说明问题不在加载链路，而在 CSS 解析或层叠逻辑。
- 检查响应头
Content-Type是否为text/css；Nginx/Apache 若配置不当，可能返回text/plain，导致浏览器拒绝解析 - 打开 Elements 面板，选中目标元素，在右侧 Styles 面板查看哪些规则被划掉（strikethrough），点开被划掉项看「specificity」值和覆盖来源
- 确认没有语法错误：缺少
;、漏写}、注释符号/* */未闭合，都可能导致后续整段规则失效 - 若用了
@import，必须放在 CSS 文件最顶部，且不能在<style>块内跨域引入（静默失败，无提示）
真正难排查的，往往是 rel 拼错 + 本地 file:// 协议 + 路径隐式解析三者叠加——看起来什么都没动，换台电脑或换个打开方式就失效。别跳过 Network 面板，那是唯一能确认“浏览器到底有没有发出请求”的地方。
