单独写基本无效，因360 v13+等浏览器仅在最开头且无bom/空格/注释/charset时识别，需与force-rendering、x-ua-compatible按序共存并严格匹配content值。
单独写 <meta name="renderer" content="webkit"> 基本无效——不是你代码写错了，而是浏览器根本不读它。
为什么 renderer 标签经常被忽略
360 浏览器 v13+、部分 QQ 浏览器版本会直接跳过 renderer，除非它出现在 最开头、且前面没有任何字符（包括 BOM、空格、注释、<meta charset>）。常见失效场景：
-
<meta charset="utf-8">写在renderer前 → 静默失效 -
content="Webkit"或content="webkit "（尾部空格）→ 不识别 - 页面被企业级兼容性列表收录 → 即使标签正确也强制降级
- 用了
<!-- 注释 -->在renderer前 → 解析中断，标签丢弃
renderer、force-rendering、X-UA-Compatible 三者必须共存
它们不是可选项，是针对不同浏览器的“兜底链”：
-
<meta name="renderer" content="webkit">：只对 360 极速浏览器 v8.1+ 有效 -
<meta name="force-rendering" content="webkit">：覆盖 QQ、搜狗、2345 等旧版双核浏览器（QQ 浏览器基本只认这个） -
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">：仅对极少数仍启用 IE 模式的 Edge 用户起作用（注意逗号后不能有空格）
顺序不能错：renderer → force-rendering → X-UA-Compatible，全部紧贴 开始，<title></title> 之前。
content 值必须严格匹配，且不可拼接或扩展
renderer 和 force-rendering 的 content 只接受三个值，大小写敏感，无空格，无连字符变体：
-
webkit（✅ 正确，走 Chromium/WebKit 内核） -
ie-comp（✅ 仅遗留政企系统用） -
ie-stand（✅ 比 ie-comp 新，但不支持 ES6+）
错误示例：blink、chrome、webkit-stand、Webkit、content=" webkit" —— 全部失效。
真要保 IE 模式，别靠 meta，走 HTTP 响应头
X-UA-Compatible 在 HTML 中已基本失效，但若政企内网必须支持 IE 模式，唯一可靠方式是服务端响应头：
- Nginx：
add_header X-UA-Compatible "IE=edge"; - Express：
res.setHeader('X-UA-Compatible', 'IE=edge'); - 响应头优先级高于
<meta>，不受 BOM、JS 阻塞、解析顺序影响 - 如果响应头已设，HTML 里再写
X-UA-Compatible会被忽略，还可能干扰调试判断
地址栏“闪电图标”才是硬指标——没看到它，说明内核根本没切过去，别信页面看起来“能用”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
