IE11中CSS未生效的主因是MIME类型错误、file://协议禁用、文档模式降级或系统级注册表异常；需确保Content-Type为text/css、启用Edge模式、使用HTTP服务而非本地双击打开，并检查注册表中.css的Content Type值。
IE11 中 <link rel="stylesheet"> 引入的 CSS 文件完全没生效，大概率不是路径错，而是 MIME 类型、文档模式或协议层被拦截了——它连解析 CSS 的机会都没有。
IE11 拒绝加载 CSS 的真实原因
IE11 不像现代浏览器那样宽松：它对 Content-Type 严格校验，对 file:// 协议直接禁用样式，对文档模式降级后干脆跳过所有现代 CSS 解析。常见现象是页面纯白/文字堆叠/按钮无样式，开发者工具里 Network 标签页显示 CSS 请求状态为 “(cancelled)” 或 “404”，但路径明明正确。
-
file://协议下，IE11 默认禁用外部 CSS 和 JS（安全策略），本地双击打开 HTML 必然失败 - 服务器返回的 CSS 响应头缺失
Content-Type: text/css，IE11 直接丢弃该文件（哪怕路径、状态码都正常） - 文档未声明
<meta http-equiv="X-UA-Compatible" content="IE=edge">，IE11 回退到 IE7/8 兼容模式，<link>标签可能被忽略或延迟加载 - Windows 系统注册表或组策略强制启用“兼容性视图”，导致所有内网域名自动降级，CSS 加载逻辑被绕过
验证并修复 MIME 类型问题
IE11 要求 CSS 文件响应头必须含 Content-Type: text/css，否则静默拒绝解析。Apache/Nginx 默认可能配错，本地开发服务器（如 Vite、Webpack Dev Server）也可能漏设。
- 用开发者工具 Network 面板检查 CSS 请求，点击该请求 → Headers → Response Headers → 查找
Content-Type是否为text/css - 若为
application/octet-stream或空值，需在服务器配置中显式设置：
Apache：在.htaccess或虚拟主机配置中加AddType text/css .css
Nginx：在location块中加types { text/css css; } - 本地调试时，别用双击打开 HTML；改用
npx serve、python -m http.server或 VS Code Live Server 插件启动 HTTP 服务
强制 Edge 文档模式且避开兼容视图陷阱
<meta http-equiv="X-UA-Compatible" content="IE=edge"> 必须放在 <head> 最前面（早于任何 <link> 或 <script>），否则 IE11 可能已按旧模式开始解析，该 meta 失效。
立即学习“前端免费学习笔记（深入）”；
- 确认它在
<title>之前，且未被条件注释包裹（如<!--[if IE]>...<![endif]-->） - 打开 F12 开发者工具 → “仿真”选项卡 → 查看“文档模式”是否为 “Edge”（数值应为 11 或更高），不是 “7”“8”“5”
- 若始终显示旧文档模式，检查是否部署在内网；IE11 企业环境常默认启用兼容性视图列表（Compatibility View List），需联系 IT 管理员移除域名
- 临时绕过：在地址栏输入
javascript:document.documentMode回车，返回值应为11；若为7，说明 meta 未生效或被策略覆盖
注册表与系统级 CSS 阻断（极少数但致命）
某些 Windows 7/10 企业机或老版本 IE11 存在 CSS 文件类型注册异常，导致浏览器根本不尝试加载 .css 文件——你看到的 404 实际是系统级拦截。
- 运行
FileTypesMan.exe（NirSoft 工具），找到.css扩展名 → 双击 → 在 “MIME Type” 字段确认是否为text/css（不是空或application/octet-stream） - 若错误，手动修改为
text/css并保存；重启 IE11 - 更底层检查：注册表路径
HKEY_CLASSES_ROOT\.css\Content Type的字符串值必须是text/css - 该问题多见于长期未更新的 Win7 机器，且只影响 IE，Chrome/Firefox 不受影响
真正卡住 IE11 CSS 加载的，往往不是语法或前缀，而是它根本没把文件当 CSS 读——先确保它被当作 text/css 接收、在 Edge 模式下运行、且不在 file:// 协议里硬编码，其余兼容性问题才有讨论基础。
