meta标签顺序虽无硬性要求，但charset必须为首，否则编码错误致后续标签失效；X-UA-Compatible需在title前，viewport建议紧随charset后；link和script位置影响渲染性能与执行时机。
meta 标签顺序真会影响 SEO 和渲染吗
不会。搜索引擎和浏览器对 <meta> 标签的顺序没有硬性要求，但某些标签有隐式依赖关系，乱序可能让它们失效或被忽略。
-
<meta charset="UTF-8">必须放在所有其他<meta>之前——否则浏览器可能已按错误编码解析后续标签（比如把name="viewport"的中文注释解成乱码，进而跳过该标签） -
<meta http-equiv="X-UA-Compatible">（仅 IE 场景）需在<title></title>前，否则 IE 可能不触发文档模式切换 -
<meta name="viewport">虽无强制位置，但建议紧贴<meta charset>后——移动端 WebKit 内核在早期版本中，若它被延迟解析，可能出现闪屏或缩放异常
link rel="stylesheet" 放 head 里就安全了吗
不一定。位置只是基础，关键看是否阻塞关键渲染路径。
- 多个
<link rel="stylesheet">按顺序加载，前一个没加载完，后一个不会发起请求（即使跨域）——所以把第三方 CSS（如字体、图标库）放最后，避免拖慢主样式 - 如果用了
media属性（如media="print"），浏览器会异步加载，不阻塞渲染；但media="screen"或无media时默认同步阻塞 - 不要把
<link rel="preload">放在普通<link rel="stylesheet">后面——预加载必须出现在其目标资源首次被引用之前，否则无效
script 标签在 head 里怎么放才不卡页面
默认会阻塞 HTML 解析，所以除非必要，别放。
- 纯工具类脚本（如监测 SDK、错误收集）用
defer，且放在<meta>和<link>之后——defer脚本按出现顺序执行，但不会阻塞解析 - 必须同步执行的初始化脚本（如 CSS-in-JS 注入、主题色设置），用
async风险高（执行时机不可控），更稳妥的是内联 +document.write（仅限传统场景）或直接移到底部 - 现代项目中，
<script type="module"></script>默认是defer行为，无需额外属性，但注意旧版 Safari 对模块脚本的crossorigin处理较敏感
favicon 和 manifest 的路径写法容易错在哪
不是路径本身错，而是相对路径基准容易误判——它始终相对于当前 HTML 文件 URL，不是相对于 位置或当前 <base>。
立即学习“前端免费学习笔记（深入）”；
-
<link rel="icon" href="/favicon.ico">开头的/是根路径，没问题；但href="favicon.ico"在子目录页（如/blog/post.html）就会去请求/blog/favicon.ico -
<link rel="manifest" href="site.webmanifest">若未配publicPath，Webpack/Vite 构建后常变成 404——实际应写成href="/site.webmanifest"或通过<base href="/>%20%E7%BB%9F%E4%B8%80%E5%9F%BA%E5%87%86 - Android%20P+%20%E5%AF%B9%20
<link%20rel=" icon sizes="192x192">的sizes值校验变严：必须是精确数字（"192x192"），不能写"192x192px"或空格，否则忽略
最常被忽略的是 <meta charset> 的位置刚性——它必须是 中第一个非空、非注释节点。哪怕前面有个空格、换行或 <!-- comment -->，都可能导致浏览器回退到默认编码，后续所有元信息跟着乱码。这个点没报错，但排查成本极高。
