必须放在中，因浏览器流式解析HTML时若将其置于会导致FOUC（无样式内容闪烁）、样式延迟应用甚至不生效，且路径错误、编码BOM等问题也会导致链接失败。
<link rel="stylesheet"> 必须写在 里，否则样式大概率不生效——不是“有时失效”，而是浏览器渲染机制决定的必然行为。
为什么 <link> 一定要放在
浏览器解析 HTML 是自上而下流式进行的。如果 <link> 放在 里，HTML 内容已开始渲染，但 CSS 还没加载或解析完成，就会出现 FOUC（Flash of Unstyled Content）：先闪一下无样式的原始内容，再突然套上样式。
即使你肉眼没注意到闪烁，也不代表它没发生；在弱网、高延迟设备或首次访问时极易暴露。
-
<link>在中，浏览器会提前发现并发起 CSS 请求，尽可能在渲染前就绪 - 放在
里，等同于告诉浏览器“先画出来再说”，样式加载完成后再重绘，性能和体验双输 - 动态用 JavaScript 插入
<link>到同样不可靠——它无法改变首次渲染时机
href 路径写错是最常见的失败原因
路径不是“看着对就行”，必须严格匹配文件系统结构和服务器路由规则。常见错误包括：
立即学习“前端免费学习笔记（深入）”；
- 误用相对路径：比如
index.html在根目录，style.css在css/style.css，却写成href="style.css"（应为href="css/style.css"） - 混淆开发服务器与生产路径：Go 的
http.Handle("/static/", ...)要求 HTML 中写href="/static/css/main.css"，不能漏掉/static/前缀 - 大小写敏感：Linux/macOS 服务器上
Style.css≠style.css，Windows 下可能侥幸通过，但一上线就挂 - 忘记检查实际文件位置：用 VS Code 打开项目根目录，确认
css/文件夹真实存在，且style.css确实在其中
如何快速验证 CSS 是否真的加载成功
别只看页面“好像有样式”，要查实质证据：
- 打开浏览器开发者工具（F12），切换到 Network 面板，刷新页面，筛选
css，确认你的 CSS 文件状态码是200，不是404或403 - 点击该 CSS 请求，看 Response Headers 中
Content-Type是否为text/css；如果是text/html，说明服务器返回了 404 页面而非 CSS 文件 - 在 Elements 面板中选中一个元素，右侧 Styles 标签页里，看是否列出你写的规则；如果没有，说明文件加载失败或选择器没命中
- 临时在 CSS 文件第一行加一句
body { background: red !important; }，如果页面没变红，基本可断定链接失败
最易被忽略的一点：CSS 文件本身编码要是 UTF-8 无 BOM。用记事本保存过再改名的 CSS 文件，经常偷偷带 BOM，导致整个文件被浏览器拒绝解析——连 404 都不会报，Network 里显示 200，但 Styles 面板空空如也。
