rel="stylesheet"是加载CSS的唯一硬性开关，漏写或拼错则标签被静默忽略、不发起请求；type="text/css"在HTML5中已冗余，可省略，实际解析由服务端Content-Type决定。
rel="stylesheet"才是加载CSS的硬性开关
浏览器是否发起请求、是否尝试解析为样式表，只看 rel 属性是不是 "stylesheet"。写错成 rel="style" 或漏掉，整个 <link> 就被静默忽略，Network 面板里连请求都看不到。而 type 值哪怕写成 type="text/plain"，现代浏览器照样发请求、照样解析（只是控制台报 MIME 类型不匹配警告）。
type="text/css" 在 HTML5 中是可选的默认值
HTML5 规范已明确将 type 对 rel="stylesheet" 的作用降级为“可选提示”，浏览器默认按 text/css 处理。你手动加不加，行为一致；加了反而可能被构建工具（如 Vite、Next.js）自动移除，或被 CDN（如 Cloudflare Pages）的 HTML 优化功能剥离——尤其当你还依赖它做逻辑判断时，上线后就出问题。
真正决定 CSS 是否生效的是服务端返回的 Content-Type
即使你写了 type="text/css"，如果服务器返回的响应头是 Content-Type: text/plain，浏览器仍会拒绝应用该样式，并在控制台报错：Refused to apply style from 'xxx.css' because its MIME type ('text/plain') is not a supported stylesheet MIME type。反过来，就算你漏写 type，只要服务端正确返回 Content-Type: text/css，一切照常工作。
容易踩的坑：把 type 当成安全过滤器
常见错误操作包括：
立即学习“前端免费学习笔记（深入）”；
- 误写
<link rel="stylesheet" href="app.js" type="text/css">—— JS 文件被当成 CSS 解析，页面白屏或样式错乱 - 在
rel="icon"场景下过度依赖type，却没配manifest.json或 fallback 图标，导致 PWA 安装失败或 Android 启动图回退到灰色默认图 - 用构建工具生成的 HTML 中，
type被重复注入或意外删除，本地正常、上线异常
最稳妥的做法是：对 rel="stylesheet"，一律省略 type；对 rel="icon" 或 rel="manifest"，则必须严格匹配真实 MIME 类型，且要有 fallback 策略——因为这里 type 不是可有可无，而是部分旧环境的实际识别依据。
