CSS 404 不报错是因为浏览器将其视为非阻塞资源，仅在控制台显示黄色警告；首要排查 <link> 标签 href 路径是否正确，包括相对路径、大小写、拼写及服务器实际文件位置，并借助 Network 面板验证请求地址与缓存影响。
CSS 文件返回 404 但页面没报错，是因为浏览器加载 CSS 属于“非阻塞资源请求”——即使失败，HTML 渲染仍会继续，控制台可能只显示黄色警告（如 Failed to load resource: the server responded with a status of 404），不会中断脚本或抛出 JS 错误。
检查 <link> 标签的 href 路径是否正确
这是最常见的原因。路径错误（相对路径写错、大小写不一致、多写了斜杠等）会导致服务器找不到文件。
- 确认路径是相对于当前 HTML 文件的位置，不是相对于 CSS 文件或根目录（除非用了
/开头） - 比如 HTML 在
/blog/post.html，想引用同级的style.css，应写：<link rel="stylesheet" href="style.css">；若写成href="./css/style.css"，但实际没有css/目录，就会 404 - 注意大小写：Linux 服务器区分大小写，
Style.css和style.css是两个文件 - 检查是否有拼写错误，比如
mainn.css、stlye.css
查看浏览器开发者工具的 Network 面板
直接验证请求是否发出、目标地址是否准确、状态码是否为 404。
- F12 打开开发者工具 → 切换到 Network 标签 → 刷新页面
- 在筛选栏输入
css或点击Stylesheets分类 - 找到对应 CSS 请求，点击它，看右边的 Headers 中 Request URL 是否是你预期的地址
- 如果 URL 显示为
http://localhost:8080/css/style.css，但你实际文件放在./assets/style.css，就说明路径配置错了
确认服务器是否真的提供了该文件
路径没错，也可能文件根本没部署或被忽略。
立即学习“前端免费学习笔记（深入）”；
- 在本地文件系统中，按 Network 面板里显示的完整路径逐级查找，确认文件是否存在
- 使用 VS Code 等编辑器的「在文件夹中查找」功能，搜索文件名，避免视觉遗漏
- 如果是用 Vite、Webpack 等构建工具，检查
public/或src/下的存放位置，以及构建后是否被正确复制到输出目录（如dist/） - 某些托管平台（如 GitHub Pages、Vercel）默认不托管以点开头的文件（如
.css），但这种情况极少见；更常见的是构建未包含该文件
检查是否被缓存了旧的错误路径
改对了路径却还是 404？可能是浏览器缓存了旧的 <link> 标签或重定向逻辑。
- 强制刷新页面：
Ctrl + F5（Windows）或Cmd + Shift + R（Mac） - 在 Network 面板勾选 Disable cache，再刷新
- 清空浏览器缓存，或用无痕窗口打开测试
- 如果用了 Service Worker，可能拦截并返回了缓存的 404 响应，可临时在 Application → Service Workers 中点击 Unregister
