worker线程无法真正预解析dom，因其无domparser及dom接口，仅能进行字符串级清洗；孤立节点需主线程插入才生效，且深度≥6时并行优化无效。
Worker 线程无法对 DOM 树进行真正意义上的“预解析”，因为它根本不能构建或操作 DOM 树——DOM 解析必须发生在主线程。
DOMParser 在 Worker 中不可用
Worker 全局作用域中没有 DOMParser 构造函数，调用 new DOMParser() 会直接抛出 ReferenceError: DOMParser is not defined。这不是兼容性问题，而是浏览器明确禁止：Worker 没有 document、Node、Element 等 DOM 接口，不具备解析 HTML 字符串为结构化节点的能力。
所谓“预解析”只能是字符串级清洗
Worker 可以安全执行的仅限纯文本处理任务，例如：
- 用正则移除
<script></script>标签及内联事件属性（如onclick=） - 粗略提取
<title>内容</title>（不保证嵌套正确性） - 标准化空白、转义特殊字符、剥离注释
- 按行号标记或切分大 HTML 字符串以便分块传输
这些操作不依赖 DOM 环境，但也不产生任何节点对象——它们只是字符串变换。
孤立子树无法替代主 DOM 构建
即使绕过限制（如通过主线程提前生成 DocumentFragment 再传入），Worker 中构造的节点仍是孤立的：
- 不继承主线程的 CSSOM，样式计算失效
- 不参与 layout、paint 流程，
getComputedStyle()返回空值 - 事件系统未挂载，监听器无效
- 必须通过
appendChild()或innerHTML插入主文档后，才触发完整 Tree Construction
这个插入过程仍由主线程串行完成，无法跳过或并行加速。
深度与结构复杂度带来硬性瓶颈
实测表明，当 DOM 平均深度 ≥6 层时，并行优化收益趋近于零：
- 选择器匹配、布局计算、祖先链回溯均为深度敏感操作
-
display: contents不降低 DOM 深度，仅影响渲染树 - 非法嵌套（如
<div> <p></p> <div>）会隐式拉长祖先链，放大性能损耗 <li>HTML 解析器本身是单线程状态机，Tokenization 和 Tree Construction 严格串行</li> <p>试图靠 Worker “分块解析”只会引入序列化开销和逻辑错乱，而非提速。</p> </div> </div>
