insertAdjacentHTML 比 innerHTML 快，因其跳过序列化现有 DOM 的步骤，直接解析插入 HTML 字符串，不重建原有子节点；实测插入 100 条列表项时快 2–4 倍。
insertAdjacentHTML 为什么比 innerHTML 快
因为 innerHTML 是 setter，每次赋值都会强制浏览器：先序列化当前 DOM 子树（变成字符串），再丢弃全部子节点，最后解析新 HTML 字符串、重建 DOM。而 insertAdjacentHTML 绕过序列化环节，直接将 HTML 字符串解析并插入到指定位置，不碰现有子节点 —— 尤其适合追加、前置、包裹等非全量替换场景。
实测在 Chrome/Firefox/Edge 中，插入 100 条列表项时，insertAdjacentHTML 比 innerHTML += 快 2–4 倍；比清空再重赋 innerHTML 快 3 倍以上。
- 不要用
innerHTML +=拼接：它会触发两次解析（读 + 写），且隐式序列化整个子树 - 避免在循环里反复设置
innerHTML：哪怕只改一个<li>，整块<ul></ul>都被重建 -
insertAdjacentHTML的开销基本只跟插入的 HTML 字符串长度相关，与父元素原有子节点数量无关
四个 position 参数的实际含义和常见误用
insertAdjacentHTML 必须传两个参数：position（字符串）和 html（字符串）。position 只能是以下四个值之一，它们对应的是「相对于调用该方法的元素自身」的位置：
-
'beforebegin'：插在该元素的前一个兄弟位置（即父元素中它前面） -
'afterbegin'：插在该元素的第一个子节点之前（即内部最开头） -
'beforeend'：插在该元素的最后一个子节点之后（即内部最末尾）→ 等价于append()但支持 HTML 字符串 -
'afterend'：插在该元素的后一个兄弟位置（即父元素中它后面）
容易踩的坑：
立即学习“前端免费学习笔记（深入）”；
- 把
'beforeend'误当成“插在元素外面末尾”——其实它是“插在元素里面末尾”，和element.appendChild(div)行为一致 - 对
<table> 或 <code><tbody> 直接用 <code>'beforeend'插入<tr> 在 IE6–8 会报错，需改用 <code><tbody>.insertRow() 或包装成 <code><tbody><tr>...</tr></tbody> -
'beforebegin'和'afterend'要求元素已挂载到 DOM，否则无效（没父节点，无处可插） - 用
textContent构建纯文本节点，再用insertAdjacentElement（但不支持 HTML 字符串） - 对用户数据做 HTML 实体转义后再拼入，例如：
el.insertAdjacentHTML('beforeend', '<div>' + escapeHtml(userInput) + '</div>')
安全插入用户数据：不能跳过的转义步骤
insertAdjacentHTML 和 innerHTML 一样，**不自动转义**，直接拼接用户输入等于开 XSS 后门。比如：el.insertAdjacentHTML('beforeend', '<div>' + userInput + '</div>') 是危险的。
正确做法只有两种：
简单转义函数示例：
function escapeHtml(str) {
return str
.replace(/&/g, '&')
.replace(/</g, '<')
.replace(/>/g, '>')
.replace(/"/g, '"')
.replace(/'/g, ''');
}注意：模板引擎（如 Handlebars、Mustache）默认转义，但原生 insertAdjacentHTML 永远不会帮你做这件事。
什么时候不该用 insertAdjacentHTML
它不是万能替代品。以下情况优先选别的方案：
- 要插入的是**纯文本** → 直接用
textContent，更快更安全 - 要批量插入几十个结构相同的节点（如渲染 50 个卡片）→ 用
DocumentFragment+createElement，避免重复 HTML 解析开销 - 插入内容含大量事件监听器或需要复用逻辑 → 封装成自定义元素或用
template+content.cloneNode(true) - 目标元素是 SVG 或 XML 文档节点 →
insertAdjacentHTML不支持，会静默失败
最常被忽略的一点：很多人以为“只要不用 innerHTML 就安全”，结果用 insertAdjacentHTML 拼接未转义的用户数据，反而因性能优势掩盖了 XSS 风险 —— 它快，但绝不宽恕疏忽。
