DOM深度应控制在3层以内，因超深会导致布局耗时非线性上升；语义必需的ul→li→a三层不可再嵌套div，可用伪元素、Flex/Grid替代冗余包裹，PHP递归需传depth参数并仅返回本层HTML，Vue/React须预处理扁平数据为树结构，原生JS应避免innerHTML拼接导致事件丢失。
递归渲染时 DOM 深度怎么控制在 3 层以内
DOM 深度超过 3 层，布局耗时会非线性上升——Chrome DevTools 的 Layout 阶段能直接观测到卡顿。这不是“可能变慢”，而是真实设备上首屏延迟 20–50ms 的常见原因。
关键不是删掉 ul 或 li，而是避免为样式或交互硬加包裹层：
-
ul→li→a是语义必需的三层，不能再套div包裹a（如<li><div><a>...</a></div></li>） - 用
display: grid或flex替代多层div实现图标+文字对齐，1 层 DOM 就够 - 折叠箭头不用额外
span，改用::after伪元素生成 - 清空子菜单容器时，直接操作
ul的innerHTML = ''，别再包一层div class="submenu-wrapper"
PHP 递归生成 HTML 时如何避免层级错乱
错误写法是把累积字符串当全局变量传参，导致子树内容被重复拼接、second/third 类名错位。正确做法是每个递归调用只返回自己的 HTML 片段，由父级决定是否包裹 ul。
核心约束有三个：
立即学习“前端免费学习笔记（深入）”；
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
-
$depth必须作为参数传入下一层，不能用全局计数器或静态变量 - 每层函数体内只构建本层
li，子树 HTML 由renderCategoryTree($child, $depth + 1)返回后拼接 - 不要在循环里反复赋值
$children[] = $html这类冗余操作，它不改变输出逻辑，只增加维护成本
Vue/React 中递归组件的深度陷阱
Vue 报 max stack size exceeded 或 React 渲染空白，大概率不是代码写错，而是数据没提前转成树形结构。接口返回的扁平数组（带 parentId）不能直接喂给递归组件。
必须先做一次扁平转树：
- 用
Map缓存所有节点，键为id，值为整个对象 - 遍历一次，对每个节点查
parentId对应的父项，把当前节点 push 到父项的children数组 - 边界要处理：
parentId是0、null、''还是undefined？统一转成undefined再判断根节点 - 转树逻辑绝不能放在递归组件内部——否则每层都重跑一遍，O(n²) 性能崩盘
原生 JS 递归菜单事件绑定失效的根本原因
用 innerHTML += 拼接菜单后绑 addEventListener，结果只有最后一级响应点击，是因为字符串拼接会销毁已有 DOM 节点，之前绑定的事件全部丢失。
可靠方案只有两个：
- 用
document.createElement+appendChild动态构建，确保节点真实存在后再绑定 - 改用事件委托：
menuContainer.addEventListener('click', e => { if (e.target.matches('.menu-toggle')) { /* 展开逻辑 */ } })，完全避开逐个绑定
递归本身不难，难的是让每一层都活在正确的 DOM 作用域、正确的数据结构、正确的事件生命周期里——漏掉任意一环，都会变成“能渲染但不能用”的假成功。
