本文讲解在 javascript 原生开发中，为何循环内复用同一 document.createelement() 实例会导致 html 内容被反复覆盖，并提供正确创建多个独立 dom 节点的解决方案。
本文讲解在 javascript 原生开发中，为何循环内复用同一 document.createelement() 实例会导致 html 内容被反复覆盖，并提供正确创建多个独立 dom 节点的解决方案。
在使用原生 JavaScript 动态生成 HTML 元素时，一个常见误区是：将元素创建逻辑写在循环外部，然后在循环中反复修改并追加该元素。正如示例代码所示，$primary = document.createElement('div') 仅执行一次，后续每次循环都只是修改同一个 DOM 节点的 innerHTML 并重新附加——而 DOM 规范规定：一个节点不能同时存在于文档的多个位置；当调用 appendChild() 将已挂载的节点再次插入时，它会自动从原位置移除，再插入新位置。因此最终只保留最后一次循环的结果，造成“覆盖假象”。
✅ 正确做法是：在循环体内每次创建全新的 DOM 元素。这样每次迭代都生成独立的
实例，彼此互不干扰，可安全地依次追加到目标容器中。
以下是优化后的完整实现：
paintPrimary: (id, alias, country, date, content) => {
const primaryArray = ['Alias', 'Country', 'Date', 'Description'];
const container = document.getElementById(id);
if (!container) {
console.warn(`Element with ID "${id}" not found.`);
return;
}
for (let i = 0; i <p>? <strong>关键改进说明：</strong> </p>
- document.createElement('div') 移入 for 循环内部，确保每次迭代生成全新 DOM 节点；
- 使用 textContent 替代 innerHTML（除非需渲染富文本），避免潜在 XSS 风险与不必要的 HTML 解析开销；
- 提前缓存 document.getElementById(id) 结果，提升性能并增强可读性；
- 添加容器存在性校验，提升代码健壮性。
? 延伸建议：
若需进一步优化（如减少重排重绘），可考虑先用 DocumentFragment 批量添加所有节点，最后一次性插入容器：
const fragment = document.createDocumentFragment(); for (let i = 0; i <p>总结：DOM 元素是引用类型，复用即共享状态；循环中动态生成 UI 时，务必遵循“一次迭代 → 一个实例”原则，才能保证结构清晰、行为可预期。</p>
