根本原因是服务器返回的Content-Type不是text/css，浏览器因严格MIME检查而拒载CSS；需检查服务端响应头、静态资源配置及路径是否真实命中文件。
浏览器报“Refused to apply style”却没加载CSS
根本不是CSS写错了，而是服务器返回的 Content-Type 不是 text/css。Chrome 90+、Edge、Firefox 都会严格校验这个响应头，哪怕文件内容完全正确，只要 Content-Type: text/plain 或 text/html，就直接拒收，且不报红错——只在 Network 面板里显示 “Type: document” 或 “Type: txt”，Styles 面板里也找不到该文件。
常见现象：
- 本地用
python3 -m http.server启服务，CSS 路径对、文件存在，但样式就是不生效 - 部署到 Nginx 后突然失效，而本地 Vite/Webpack Dev Server 没问题
- Network 里请求状态码是 200，但点开 Response 看不到任何 CSS 内容，Headers 里
Content-Type是text/plain或空
Nginx 返回 application/octet-stream 或 text/plain
这是 Nginx 没正确加载或识别 MIME 类型的典型表现。它不依赖你文件后缀是否为 .css，而是靠 mime.types 文件里的映射规则，一旦缺失或配置未生效，就会 fallback 到二进制类型。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 检查
/etc/nginx/nginx.conf的http块里是否包含include mime.types;（必须有，且不能被注释） - 运行
nginx -t确认语法，再nginx -s reload生效 - 打开
/etc/nginx/mime.types，确认里面有这一行：text/css css;（注意分号，且在types { ... }块内） - 临时加一条精准匹配验证：
location ~ \.css$ { add_header Content-Type text/css; }—— 仅用于测试，上线前改用default_type text/css;或修复mime.types
Express / Node.js 静态服务返回 text/plain
express.static() 默认能设对 Content-Type，但极易被前置中间件破坏。比如你手动调了 res.setHeader('Content-Type', 'text/plain')，又或者用了自定义文件读取逻辑却忘了声明类型。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 确保
express.static('public')是最早注册的静态中间件之一，前面不要有修改响应头的中间件 - 如果用了
setHeaders选项，必须显式设置：setHeaders: (res, path) => { if (path.endsWith('.css')) res.setHeader('Content-Type', 'text/css'); } - 检查 CSS 文件扩展名是否真是小写
.css—— Linux 服务器区分大小写，.CSS会被serve-static忽略类型匹配 - 用
curl -I http://localhost:3000/style.css直接看响应头，比浏览器更干净
路径没错，但返回的是 HTML 页面
这种场景下，浏览器控制台常报 MIME type ('text/html') is not 'text/css'。本质是路径 404，但后端路由兜底返回了 index.html（常见于 SPA 路由），导致浏览器把 HTML 当作 CSS 解析。
排查要点：
- 在 Network 面板右键点击那个 CSS 请求 → “Copy request URL”，粘贴到新标签页访问 —— 如果看到的是网页而非纯 CSS 文本，说明路径没命中真实文件
- 确认构建产物中 CSS 是否真被输出：Vite 用户查
dist/assets/*.css，Webpack 查dist/*.css，别只看源码路径 - 禁用所有 JS（DevTools → Settings → Preferences → Debugger → “Disable JavaScript”），排除动态插入
link或重写 href 的干扰 - 检查
link标签是否有media属性限制，比如media="print"或media="(prefers-color-scheme: dark)"，当前环境不匹配就静默跳过
真正卡住人的往往不是“怎么配”，而是误以为“路径对=能加载”“本地能跑=线上没问题”。每次上线前，务必用 curl -I 或 Network 面板确认真实响应头，而不是只看文件是否存在或控制台有没有红字。
