不能用 Web Worker 直接扫描 HTML 文档结构合法性，因其无法访问 DOM API 且 DOMParser 在 Worker 中不执行浏览器纠错逻辑、无渲染上下文、无法检测隐性断裂；可行路径是主线程预处理 DOM 快照，Worker 仅做基于字符串的轻量静态分析（如标签配对、关键词匹配、DOCTYPE 校验），结果须由主线程交叉验证。
不能用 Web Worker 直接扫描 HTML 文档结构合法性——因为 Worker 无法访问 document、documentElement 或任何 DOM API，而结构校验必须基于真实解析后的 DOM 树或至少是完整、可解析的 HTML 字符串。所谓“在编辑器中扫描”，本质是校验用户输入的 HTML 片段是否能构成合法子树，或是否与标准文档结构兼容。
为什么不能让 Worker 直接调用 DOMParser 校验结构
DOMParser 在 Worker 中可用（Chrome/Firefox/Edge 均支持），但它只能解析字符串为 Document 对象，且该对象是只读、无渲染上下文的“碎片文档”：它没有 document.body、document.head，也不执行 HTML 规范中的自动修复逻辑（如自动闭合 <p></p>、拆分非法嵌套）。所以即使 parser.parseFromString(html, 'text/html') 不报错，返回的 doc.documentElement 也可能是 null，或结构与主线程中浏览器实际构建的 DOM 完全不一致。
- Worker 中的
DOMParser不模拟浏览器的纠错行为，比如<div><p><div></p></div>在主线程会被修正，在 Worker 里会保留非法嵌套 - 它无法检测 “缺少
<html>根标签但服务端返回了完整 HTML” 这类上下文问题——因为没document实例可查 - 验证器真正关心的 “隐性断裂”（如被浏览器悄悄移出
<head>的<script>）在 Worker 解析结果中根本不可见
可行路径：主线程预处理 + Worker 承担纯文本规则匹配
把真正依赖 DOM 的检查（是否存在 document.documentElement、body 是否为空、节点是否游离）留在主线程；Worker 只做轻量、确定性、无副作用的静态分析，例如：
- 统计
<和>是否成对（粗筛明显语法错误） - 用正则快速标记未闭合标签（如
<div后无>或对应</div>）——注意：正则不能替代解析，仅作提示 - 检查常见结构断点关键词：是否含孤立的
</html>、重复<head>、<body>出现在<head>内等硬性违规模式 - 验证 DOCTYPE 声明格式是否符合
<!DOCTYPE html>等有限合法变体（不校验大小写，但拒绝<!doctype html>以外的畸形写法）
这些规则全部基于字符串，无需 DOM，可安全移交 Worker 并做到毫秒级响应。
立即学习“前端免费学习笔记（深入）”；
如何避免误报和漏报：必须配合主线程 DOM 快照
Worker 返回的只是“疑似问题位置”，最终判断权必须交还主线程。典型协作流程如下：
- 用户停止输入 300ms 后，主线程截取当前编辑器内容（如
editor.getValue()），并生成一个最小化 DOM 快照：const doc = new DOMParser().parseFromString(html, 'text/html') - 同时将原始字符串发给 Worker 执行上述规则扫描，返回 { line: 12, column: 5, message: "可能缺少 </div>" }
- 主线程拿到两者后交叉验证：若
doc.body?.childElementCount === 0且 Worker 报了嵌套断裂，则高亮该行；若 Worker 报错但doc.body正常，则忽略 Worker 结果——说明是正则误伤 - 关键校验仍走 DOM：比如
!doc.documentElement || !doc.head || !doc.body→ 直接标红“文档结构缺失”
不要试图在 Worker 里重建 HTML5 规范的解析算法。W3C Validator 能做的，是基于完整 DTD 和语义规则的深度校验，这必须由服务端完成；前端能做到的，只是用 DOM 快照 + 轻量规则提前暴露 80% 显性问题。
容易被忽略的边界点
编辑器内容往往不是完整 HTML 文档，而是片段（如只贴 <section>...</section>）。此时校验目标不是“是否为合法 HTML 文档”，而是“是否为合法 HTML 元素或元素序列”。这意味着：
- Worker 不应强制要求
<html>根标签——那是完整文档的事 - 主线程需区分上下文：若编辑器模式设为 “HTML 片段”，就跳过
documentElement检查，只校验节点是否可被innerHTML安全插入 - 遇到
<template>、<svg>等特殊上下文时，Worker 的正则规则必须切换命名空间逻辑，否则会把<svg><path/></svg>误判为未闭合
真正的结构合法性，永远绑定在最终被浏览器解析并挂载的那个 DOM 实例上。Worker 只能帮你更快地猜出哪里可能出错，不能代替那个实例说话。
