type属性在<link>中仅作提示，不控制加载，但特定rel值下影响行为：rel="stylesheet"时用于过滤非CSS资源，rel="alternate"时触发订阅图标，rel="preload"时优化解码器分配；其值必须与服务器Content-Type响应头一致，否则报错。
type 属性在 <link> 标签里只是个提示，不是开关——写错不会阻止加载，但可能触发警告或被忽略。
哪些 rel 值下 type 真正起作用
浏览器只在少数 rel 场景里参考 type：
-
rel="stylesheet"：浏览器用它快速跳过明显非 CSS 的资源（比如type="application/json"会被直接丢弃）；但若写成type="text/plain"，多数浏览器仍会尝试加载并解析，只是控制台报 MIME 不匹配警告 -
rel="alternate"：尤其搭配 feed 类型时，type="application/rss+xml"或type="application/atom+xml"能让浏览器地址栏显示订阅图标 -
rel="preload"：type="font/woff2"或type="image/webp"可帮浏览器提前分配解码器，提升渲染速度；省略时浏览器靠响应头Content-Type推断，但显式声明更可靠
type 写错的典型错误现象
常见误写和后果：
- 给 CSS 写成
type="text/plain"或type="application/css"：现代浏览器大多仍加载，但 Chrome 控制台会报Refused to apply style from 'xxx.css' because its MIME type is 'text/plain' - 给
rel="icon"加type：无效，<link rel="icon">不看type，只认sizes和文件扩展名或响应头 - 给
rel="script"（不存在）加type：HTML 没这个rel值，type完全被忽略
必须匹配服务器返回的 Content-Type
type 属性本身不改变请求行为，真正决定 MIME 是否“合法”的是服务端响应头：
立即学习“前端免费学习笔记（深入）”；
- 如果
<link rel="stylesheet" href="a.css" type="text/css">，但服务器返回Content-Type: text/html，浏览器照样报错：Refused to apply style from 'a.css' because its MIME type is 'text/html' - 这种错误通常因为路径错了（返回了 404 HTML 页面），或 Nginx/Apache 没配
.css的 MIME 类型 - 验证方式：打开 DevTools → Network → 找到该 CSS 请求 → 查看 Response Headers 中的
Content-Type字段
HTML5 中要不要写 type？
可以省，但建议写，尤其团队协作或老项目维护时：
- HTML5 规范允许省略
type（rel="stylesheet"默认就是text/css） - 但一旦写了，值必须是
text/css；其他值如text/scss或空字符串会导致不可预期行为 - 对
rel="preload"或rel="alternate"，type是必要字段，不写等于没声明类型
真正容易被忽略的是：改了 type 属性却没同步检查服务器配置——type 是纸面约定，Content-Type 响应头才是铁律。
