textcontent是纯文本更新的默认选择，它自动转义html字符防xss、不触发重排、不破坏事件监听、性能优于innerhtml，适用于表单提示、状态栏、日志等90%纯文本场景。
直接用 textContent 更新纯文本，是兼顾安全与性能的默认选择——它不解析 HTML、不触发重排、不破坏事件监听，也不执行脚本。
为什么 textContent 比 innerHTML 更适合纯文本
当你只是想显示一段文字（比如表单提示、状态栏、日志条目），浏览器根本不需要把它当 HTML 处理。textContent 正是为此设计：
- 自动转义所有 HTML 字符：用户输入
<script>alert(1)</script>，会原样显示为字符串，不会执行 - 不重置 input 的 value 值，也不清空子节点中的事件绑定，交互逻辑保持完整
- 跳过 HTML 解析和 DOM 构建步骤，比 innerHTML 更快，尤其在频繁更新场景下优势明显
- 不受 CSS display 属性影响（不像 innerText），行为稳定可预期
哪些场景必须用 textContent
只要内容不含格式标签、不依赖语义渲染，就该优先用 textContent：
- 表单校验提示：如
errorEl.textContent = "邮箱格式错误" - 动态计数器或状态文本：如
counterEl.textContent = `已加载 ${count} 条` - 代码预览区、JSON 日志、API 返回的原始字段值
- 多语言文案中未含 HTML 的翻译项（如
t("login_failed")返回纯字符串）
常见误用及替代方案
别为了“看起来一样”而用错 API：
- ❌ 不要用 innerHTML 渲染用户输入的纯文本——哪怕只含换行符，也应先用
str.replace(/\n/g, "<br>")
+textContent拆解处理，或改用white-space: pre-lineCSS 控制换行 - ❌ 别用 innerText 当安全兜底——它会因 CSS 隐藏而丢失内容，还会强制重排，逻辑不可靠
- ✅ 若需保留简单格式（如 加粗、斜体），应走白名单净化路线：用 DOMPurify 处理后再赋给 innerHTML，而非妥协使用不安全的拼接
不复杂但容易忽略：纯文本就用 textContent，这是最轻、最稳、最安全的路径。
