_HTML 不是合法 HTML 属性，因 HTML5 标准仅允许全局属性（如 id、class）和 data-* 自定义属性；下划线开头的属性不被解析、无效且无法通过验证，应使用 data-html 等标准方式。

HTML 没有 _HTML 这个属性或标签，所有以 underscore 开头的属性（如 _html、_target）都不是标准 HTML 属性，浏览器不会解析，也不会生效。

为什么 _HTML 不是合法属性

HTML 标准（HTML5）只定义了有限的全局属性（如 id、class、data-*）和元素特有属性（如 href、src）。下划线开头的名称既不是保留关键字，也不在规范中，属于自定义命名——但必须符合 data-* 规则才能被正确识别和使用。

• 直接写 ：DOM 中可通过 element.getAttribute('_html') 读取，但无法触发任何浏览器行为，且不通过 HTML 验证
• 部分旧框架（如早期 PHP 模板或某些 CMS）可能用 _xxx 做内部标记，但这属于私有约定，不是 HTML 本身能力
• 现代前端框架（React/Vue）中，带下划线的 prop 或 attribute 通常被忽略或视为无效，除非显式透传

data- 是唯一安全的自定义属性方案

若你需要为元素添加额外元信息（比如供 JS 调用的配置、后端渲染标识），必须使用 data- 前缀。这是 HTML5 明确允许且浏览器原生支持的方式。

• 合法写法：

  内容

• JS 中获取：element.dataset.html → "true"；element.dataset.userId → "123"（自动驼峰转换）
• 避免用 data-_html：虽然语法不报错，但语义混乱，且 dataset._html 在 JS 中无法访问（下划线会被忽略或导致语法错误）

常见误用场景与替代方案

很多人想用 _HTML 实现「服务端注入 HTML 片段」或「禁用默认行为」，其实都有标准解法：

• 动态插入 HTML：用 innerHTML 或 insertAdjacentHTML()，而不是靠自定义属性驱动 —— 属性只负责“描述”，不负责“执行”
• 标记可编辑区域：用 contenteditable="true"，而非 _editable
• 区分开发/生产环境行为：用 data-env="dev" + JS 判断，而不是 _env
• SEO 或结构化数据需求：用 meta、script type="application/ld+json" 等标准方式，不要依赖非标属性

  删除用户


危险">普通文本

真正要控制 HTML 渲染逻辑的地方，永远在 JS 或服务端模板里，不在 HTML 属性名加不加下划线这件事上。别让命名习惯掩盖了对标准机制的理解偏差。