HTML5中强制极速内核需按renderer→force-rendering→X-UA-Compatible顺序紧贴开头书写，三者分别针对360、QQ/搜狗及IE环境，content值严格小写且不可有空格或BOM干扰。
HTML5 中用 meta 标签声明浏览器渲染引擎优先级，核心是针对国产双核浏览器（如 360、QQ、搜狗）做内核选择干预，不是让 Chrome 或 Firefox 改用别的内核——它们根本忽略这些标签。
必须放在 head 最前面的三个关键 meta 标签
顺序和位置决定是否生效，三者需按以下顺序紧贴 开始书写，不能有空行、注释、BOM 或其他标签挡在前面：
-
<meta name="renderer" content="webkit">：专治 360 浏览器（v9.1+），强制走 WebKit/Chromium 内核；content 值仅接受 webkit、ie-comp、ie-stand，严格小写，不能拼错或带空格 -
<meta name="force-rendering" content="webkit">：覆盖 QQ、搜狗、2345 等更广范围，是 renderer 的兜底补充，同样只认小写 webkit -
<meta http-equiv="X-UA-Compatible" content="IE=edge">：专为 IE 内核环境（含旧版 Edge 的 IE 模式）服务，告诉它用最高可用标准模式；chrome=1 已无实际作用，可删
content 值怎么选才合理
根据页面技术栈决定，不是越“新”越好：
Wechat Article Html
下载
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 现代 H5 页面（用 Flex/Grid、ES6+、fetch）→ 用
content="webkit"，确保 Chromium 渲染 - 老旧网银/政务系统（依赖 ActiveX、document.all）→ 用
content="ie-comp"，强制兼容模式 - 介于两者之间（需部分 IE 标准但不依赖旧 API）→ 可试
content="ie-stand"，但注意 QQ 浏览器对该值支持不稳定
常见失效原因和避坑点
写了没效果？大概率卡在这几个细节上：
立即学习“前端免费学习笔记（深入）”；
- 标签被
<meta charset="UTF-8">或<title></title>挡在后面 → 必须把它挪到第一行 - 文件保存为 UTF-8 with BOM → BOM 被当作文本内容，导致 meta 不是第一个节点 → 改用 UTF-8 without BOM
- 写了
content="Webkit"或content="webkit "（末尾空格）→ 大小写或空格错误直接被忽略 - 服务器通过 HTTP Header 发了
X-UA-Compatible→ 部分旧版浏览器会优先按 Header 执行，覆盖 meta
怎么验证是否真的生效
别靠“看起来正常”，看这两处：
- 地址栏图标：360/QQ 浏览器左端显示“闪电”图标 → 极速模式启用；显示“齿轮”或“IE” → 还在兼容模式
-
控制台运行
navigator.userAgent：含AppleWebKit且不含Trident→ WebKit 内核已接管；含Trident/7.0或MSIE→ 仍走 IE
