浏览器真正需要的是<meta charset="UTF-8">（必须最前防乱码）、<title>（否则标签页无名）、<base>（若使用则影响所有相对URL）、viewport（移动端必需）和X-UA-Compatible（仅IE8–11有效）；CSS link需在head中阻塞渲染以避免闪烁，script需defer/async避免阻塞解析。
head里哪些元素是浏览器真正需要的
没有所谓“必备清单”，只有“不写会出问题”的硬性依赖。现代浏览器能跑空 <head></head>，但缺了 <meta charset> 或 <title>，页面就可能乱码、seo失效、书签变“无标题文档”。
-
<meta charset="UTF-8">必须有，且应放在<head>最前面——晚了可能被前面的字节触发错误编码解析 -
<title>不是技术必需，但没它，浏览器标签页显示为空白或文件名，用户根本分不清开的是哪个页面 -
<base href>用得少，但一旦用了，所有相对 URL 都按它解析；漏写或写错会导致 CSS/JS 路径全部 404
viewport 和 IE 兼容 meta 的实际作用范围
<meta name="viewport"> 只影响移动端和桌面端 Chrome/Safari 的缩放行为，对纯桌面 IE 或旧版 Firefox 完全无效；而 <meta http-equiv="X-UA-Compatible"> 是 IE 特供开关，现代 Edge（Chromium 内核）已彻底忽略它。
- 写
<meta name="viewport" content="width=device-width, initial-scale=1">后，iOS Safari 才会按设备宽度渲染，否则默认按 980px 虚拟视口缩放 - 加
<meta http-equiv="X-UA-Compatible" content="IE=edge">只在 IE8–11 生效，强制用最高可用文档模式；Edge 浏览器看到这行直接跳过 - 这两行顺序无关紧要，但都建议紧贴
<meta charset>后面，避免被其他 meta 干扰解析
link rel="stylesheet" 的位置和加载阻塞逻辑
CSS 文件必须放在 <head> 里，不是为了语义，而是因为浏览器遇到 <link rel="stylesheet"> 会立即暂停 HTML 解析，直到样式表下载并解析完成——这是渲染阻塞的关键点。
- 把
<link>放到<body>里，Chrome 会警告 “Resource was preloaded using a link element in the document’s head, but was not used during page load”，且部分样式可能延迟应用甚至闪烁 - 多个
<link>按顺序加载，前一个没完，后一个不发起请求；想并行加载，得用rel="preload"提前声明 -
media属性（如media="print"）能让对应样式表不阻塞首屏渲染，但注意：media="screen and (max-width: 768px)"这类带查询的仍会阻塞，直到媒体查询结果确定
script 标签放 head 里的三个现实约束
除非加 defer 或 async，否则 <script> 在 <head> 中会同步执行，阻塞 HTML 解析和后续资源下载。这不是规范“建议”，而是浏览器真实行为。
-
defer：脚本下载不阻塞，但执行等 DOM 解析完、DOMContentLoaded前——适合操作 DOM 的初始化代码 -
async：下载不阻塞，下载完立刻执行，顺序不确定——只适合无依赖的统计、埋点脚本 - 没加任何属性的
<script src="..."></script>放在<head>里，等于告诉浏览器：“停，等我执行完再继续”，首屏时间直接拉长
最容易被忽略的是 <meta charset> 的位置和 <link> 的阻塞本质——它们不是“写了更好”，而是“写错或不写，页面就不可靠”。其他元素大多属于场景驱动，而非强制标配。
立即学习“前端免费学习笔记（深入）”；
