引擎怎么在解析HTML时构建事件流-html教程-PHP中文网

html.parser 不构建事件流，仅将html文本解析为结构化标记事件；它无dom、无事件对象、无冒泡机制，仅同步调用handler方法，与浏览器事件系统无关。

引擎怎么在解析html时构建事件流

HTML 解析器本身不构建“事件流”——那是浏览器渲染引擎（如 Blink、WebKit）在 DOM 构建和交互阶段做的事；解析器只负责把 HTML 文本转成结构化标记事件，供上层逻辑决定是否触发、如何分发。你混淆了两个层级：html.parser 这类纯文本解析器是无 DOM、无事件、无冒泡的；而浏览器内建的 HTML 解析器才是事件流的起点。

html.parser 里根本没有 event 对象或事件流

html.parser 是 CPython 标准库模块，它不接触 DOM，也不模拟浏览器行为。它只是逐字符扫描 HTML，遇到 <p></p> 就调用 handle_starttag()，遇到文本就调用 handle_data()，仅此而已。

它不会创建 Event 实例，也没有 event.target 或 event.stopPropagation()
它不维护节点树，所以谈不上“捕获/目标/冒泡”三阶段
你覆写的 handler 方法是同步回调，不是异步事件监听器
如果你在 handle_starttag() 里手动 new 一个 CustomEvent，那只是你自己造的数据，跟浏览器事件流零关系

浏览器真正的事件流从哪来

浏览器内建 HTML 解析器（如 Blink 的 HTMLDocumentParser）边解析边构建 DOM 树，当 DOM 节点插入文档时，才真正激活事件系统：

Doc To HTML

使用 MinerU 文档处理引擎将 Word 文档（.doc、.docx）转换为保留结构和格式的干净 HTML。

下载

每个元素节点实例自带事件注册表（addEventListener 存的回调）
用户操作（点击、键盘）由操作系统输入子系统上报，经合成器 → 渲染线程 → HitTest 定位目标元素
然后按捕获→目标→冒泡顺序，遍历祖先链，对每个匹配监听器调用 dispatchEvent()
event.currentTarget 是当前正在执行监听器的那个节点，event.target 是原始触发节点 —— 这个机制完全依赖 DOM 树结构和节点引用，html.parser 压根没有这些

想在解析时“模拟”事件流？别硬套，换思路

如果你需要在服务端或非浏览器环境复现类似行为（比如重写链接、提取标题、过滤 script），应该基于解析器的回调做状态机驱动，而不是强行嫁接浏览器事件模型：

用 self.stack = [] 手动维护标签嵌套栈，代替“冒泡路径”
在 handle_starttag() 中检查 tag == 'a' 并提取 attrs.get('href')，直接修改或记录，不 dispatch 任何 event
若需条件触发（如“只处理 class='external' 的 a 标签”），在 handler 内部做 if 判断，而非注册一堆监听器
不要试图在 html.parser 子类里实现 dispatchEvent 方法——它没 parentNode，也没 addEventListener 表，纯属徒劳