主线程递归遍历深层HTML结构必然栈溢出，根本解法是避开递归而非加固；querySelectorAll仅匹配节点不解决遍历栈压力，深度选择器甚至触发引擎内部递归，迭代DFS必须配合depth>6剪枝、ELEMENT_NODE过滤及跨上下文节点规避。
深层 HTML 结构解析时，主线程递归遍历必然栈溢出，不是“会不会”，而是“什么时候崩”——根本解法不是加固递归，而是彻底避开主线程递归调用栈。
为什么 document.querySelectorAll 无法解决深层嵌套遍历的栈溢出
很多人误以为用 querySelectorAll 替代手写递归就能绕过栈问题，其实它只负责匹配节点，不控制遍历逻辑。一旦你对返回的 NodeList 做递归处理（比如逐层展开 children），栈压力照旧。更关键的是：querySelectorAll('div div div div...') 这类深度选择器本身在某些引擎（如旧版 WebKit）中会触发内部递归解析，反而提前引爆。
- Chrome 120+ 对超过 20 层嵌套选择器会静默降级为慢路径，但不报错，容易误判为“没崩溃就是安全”
-
querySelectorAll返回的是实时集合（LiveNodeList）时，若遍历中 DOM 动态变化，可能引发不可预测的重入或死循环 - 真正省事的替代是
document.body.innerHTML+ 正则粗筛，但仅限可信、静态 HTML；对含 script 或 event handler 的内容仍需 DOM 解析
用 stack 数组实现迭代 DFS 时的关键剪枝点
显式栈替代递归是主流方案，但光“改成 while 循环”不够——没剪枝的迭代 DFS 同样吃光内存或卡死 UI。核心在于：HTML 深度 ≠ 业务需要深度。
- 绝大多数多级菜单、分类树、配置表单，真实有效深度 ≤ 6 层；
if (depth > 6) continue不是保守，而是业务事实 - 避免把
Text节点、Comment节点压入栈——它们没有children，却占栈空间、拖慢遍历；用node.nodeType === Node.ELEMENT_NODE过滤 - 对
iframe、shadowRoot等跨上下文节点，不主动递归进入（除非明确需求），否则序列化失败或跨域拒绝会中断整个流程
Web Worker 中跑 HTML 解析为何仍可能崩溃
Worker 确实隔离了主线程栈，但它不是“无限栈保险箱”。Gumbo（Chrome 底层 HTML 解析器）、或你用的自定义解析逻辑，只要用了递归，就仍受其自身调用栈限制——尤其当输入含百万级注释嵌套或超长属性值时。
立即学习“前端免费学习笔记（深入）”；
- Worker 脚本里不能传
Node实例，只能传字符串或扁平化后的treeData；传错类型会导致postMessage序列化失败，静默丢数据 - 即使数据已序列化，Worker 内部解析函数若未设深度 guard（如
maxDepth: 50），遇到畸形 HTML 仍会栈溢出，表现为 Worker 直接终止，主线程收不到message也不报错 - 别依赖
self.onmessage的 try/catch 捕获栈溢出——RangeError: Maximum call stack size exceeded在 Worker 中无法被常规异常处理捕获，必须靠外部监控或预检
服务端 HTML 解析缓冲区溢出与前端的混淆点
前端开发者常把“页面白屏/卡死”全归咎于 JS 栈溢出，但深层 HTML 结构也可能在服务端就已截断——比如后端用 PHP 的 DOMDocument::loadHTML 解析用户提交的富文本，而 post_max_size 设为 8M，实际提交了 12M 嵌套列表，结果 DOMDocument 只拿到前半截 HTML，生成的 DOM 树残缺，前端再怎么防栈溢出也无济于事。
- 排查顺序应是：先确认服务端是否完整收到原始 HTML（查
req.headers['content-length']与req.rawBody.length是否一致） - PHP 场景下，
libxml_use_internal_errors(true)后调用libxml_get_errors()，能捕获因缓冲区截断导致的“unexpected end of file”错误 - Node.js 使用
cheerio.load(htmlString)时，若htmlString已被 Nginx 截断（413 Request Entity Too Large），cheerio 会静默返回空文档，而非抛错
真正难缠的不是“怎么写递归”，而是“哪一层该停”——业务语义边界比技术栈限制更早到来。一个 20 层深的 div 嵌套，大概率是模板引擎误配或 CMS 插件 bug，不是功能需求。先砍结构，再谈遍历。
