浏览器报“Refused to apply style”根本原因是服务器返回了text/html（如404页面）而非text/css，需通过Network面板检查Content-Type响应头，并直接访问href地址验证返回内容是否为真实CSS。
浏览器报“Refused to apply style because its MIME type is 'text/html'”怎么定位
这不是CSS写错了，是浏览器根本没收到CSS内容——它收到了一个HTML页面（比如404页、后端路由页），却当成CSS去解析。最快速确认方式：在浏览器地址栏直接粘贴里的href值（如http://localhost:3000/css/main.css），回车。如果看到的是乱码、空白页或HTML结构，说明路径错了或服务器返回了兜底HTML。
为什么本地用file://打开HTML总出问题
file://协议下，浏览器无法依赖HTTP响应头，系统注册表或文件关联决定MIME类型，而Windows默认可能把.css映射成text/plain甚至空类型。IE9+和新版Chrome都会拒绝加载。
- 别双击HTML文件打开，改用
python -m http.server 8000或http-server - 如果必须查注册表（仅限IE/旧Win）：运行
regedit→ 定位HKEY_CLASSES_ROOT\.css→ 确认Content Type值为text/css - Mac/Linux无注册表，但
file://同样不可靠，一律走本地HTTP服务
Express/Nginx/Apache返回text/plain或application/octet-stream怎么办
服务器识别了文件存在，但没把它当CSS发出去。核心是Content-Type响应头必须为text/css，且不能被中间件覆盖。
- Express：确保
express.static()在路由之前，且没其他中间件调用res.setHeader('Content-Type', ...)覆盖它 - Nginx：检查配置中是否包含
include mime.types;，并在types块里有text/css css;；若用add_header，务必加在location ~ \.css$块内，而非全局 - Apache：
AddType text/css .css要放在httpd.conf或.htaccess中，并确认mime_module已启用 - 自定义Node.js服务：必须显式写
res.setHeader('Content-Type', 'text/css')，不能只靠文件扩展名判断
为什么加了type="text/css"还是报错
type属性只是提示，浏览器根本不看它来决定如何解析资源——它只信任HTTP响应头里的Content-Type。加了type="text/css"能提升可读性，但解决不了根本问题。
立即学习“前端免费学习笔记（深入）”；
- 删掉
type属性不会让问题更糟，保留它也不会让问题消失 - 真正要盯住的是Network面板里那个CSS请求的Response Headers → Content-Type字段
- 如果看到
X-Content-Type-Options: nosniff，说明服务器启用了MIME嗅探防护，此时Content-Type错一点就直接拦截，容错率为零
最容易被忽略的一点：路径拼写正确 ≠ 文件真实可访问。Linux服务器区分大小写，style.CSS和style.css是两个文件；构建工具（如Webpack）可能把CSS输出到/dist/assets/，但HTML里写的还是css/style.css——这种错位只能靠Network面板里“Copy request URL”反向验证。
