HTML 无法构建虚拟 DOM 渲染层，虚拟 DOM 是纯 JavaScript 运行时抽象，需通过 h() 或 React.createElement() 显式创建 vnode 对象，而非解析 HTML 字符串；模板编译在构建时完成，运行时仅执行 JS 函数生成 vnode。
HTML 本身无法构建虚拟 DOM 渲染层——它不提供任何虚拟 DOM 能力，也不参与其创建、diff 或 patch 过程。所谓“用 HTML 构建虚拟 DOM”，是常见误解的源头。
虚拟 DOM 不是 HTML 的功能，也不是浏览器原生机制
浏览器解析 <div><p>hello</p></div> 时，只生成真实 DOM 节点；它不会自动产出 vnode 对象，也不会触发 diff。虚拟 DOM 是纯 JavaScript 运行时抽象，必须靠代码显式构造：
-
h()函数（如 Snabbdom、Maquette、Vue 的h）返回 plain JS object，不是 HTML 字符串 - React 中
React.createElement()或 JSX 编译结果，也是 JS 对象（React Element） - 哪怕你写
<script type="text/html"><div id="app"></div></script>，那也只是字符串，和虚拟 DOM 无关
为什么不能用 innerHTML 或 DOMParser 解析 HTML 来生成 vnode
有人试图把 HTML 字符串喂给 DOMParser 或 document.createElement().innerHTML = str，再遍历生成 vnode —— 这不仅绕远路，而且不可靠：
- 生成的真实 DOM 节点带大量私有属性（如
offsetTop、getBoundingClientRect），污染 vnode 结构 - 丢失动态绑定语义：
oninput、key、响应式 props 等无法还原 - 无法做细粒度 diff：文本节点、事件监听器、ref 等状态无法映射回虚拟结构
- 性能反降：先 parse → 真实 DOM → 遍历 → 转 vnode，比直接调用
h()慢一个数量级
真正可落地的“HTML 关联”路径：模板编译，而非运行时解析
框架能做到“从 HTML-like 模板出发”，靠的是构建时（build-time）编译，不是运行时（runtime）解析：
Auth0 React
下载
已弃用 — 请改用 `auth0` 技能（运行 `npx clawhub install auth0`）。适用于为 React 单页应用（SPA）添加 Auth0 登录、登出、受保护路由或用户会话功能。该技能集成 `@auth0/auth0-react` — 即使用户仅表述为“为我的 React 应用添加登录功能”或“保护我的 React 路由”，而未明确提及 Auth0，也应使用此技能。
立即学习“前端免费学习笔记（深入）”；
- Vue 单文件组件中的
<template>，被@vue/compiler-dom编译为render()函数，返回 vnode - React JSX 经 Babel 插件
@babel/preset-react转译为React.createElement()调用 - 所有这些输出都是 JS 函数调用链，最终落点是轻量
vnode对象，不含 HTML 字符串 - 如果你手写最小 vnode，核心就是
h(tagName, props, children)，参数里没有 HTML，只有 JS 值
HTML 能做的唯一正向贡献：约束真实 DOM 结构以配合虚拟渲染
虽然 HTML 不生成 vnode，但它能影响虚拟 DOM 的实际效能：
- 避免深度嵌套：DOM 深度 >6 层会显著拖慢 layout 和
getComputedStyle()，间接拉长patch耗时 - 减少冗余 wrapper：
<div><div><div><input></div></div></div>应压平为<label class="input-group"><input></label> - 容器设固定高度 +
overflow-y: auto：这是虚拟列表（非虚拟 DOM）能工作的前提，否则scrollTop不可控 - 用
transform: translateY()定位列表项，避免因 margin/padding 触发重排，让patch更新更轻量
最容易被忽略的是：vnode 结构再干净，如果挂载点所在的 HTML 容器本身嵌套过深、或含大量无样式 wrapper，浏览器 layout 阶段仍会卡住——虚拟 DOM 优化的是“更新路径”，但无法绕过真实 DOM 的底层开销。
