原生<ul>嵌套是最稳的方案,不依赖JS、不靠第三方库、打开即见结构;必须用<li>包裹内容、子<ul>嵌在<li>内,用margin-left和伪元素控制缩进与连线,确保跨浏览器及PDF导出稳定。
用原生 <ul> 嵌套是最稳的方案,不依赖 JS、不靠第三方库、打开即见结构——但很多人一上来就写平级 <div> 加 padding-left 模拟缩进,结果换字体或打印 PDF 就错位。
所谓“静态示意”,就是不联网、不执行 JS 也能看清结构。动态生成看似灵活,但实际有三处硬伤:
walk() 递归深度大时容易栈溢出,尤其层级超 10 层后,Chrome 控制台直接报 RangeError: Maximum call stack size exceeded
transform: scaleY(-1) 类翻转技巧失效,连线对不齐<details><summary> 的 open 属性响应不一致,折叠逻辑不可靠<ul> 嵌套结构怎么写才不翻车关键不是“能不能嵌套”,而是节点语义和缩进控制方式:
<li> 包裹,子节点塞进该 <li> 内部的 <ul>,不能跨级或漏层margin-left + display: flex 容器,别用 padding-left —— IE11 下 padding 计算异常会导致错位::before 伪元素,别塞 <img> 或 Unicode 字符(后者在等宽字体下易偏移)data-type="folder" 和 data-type="file",光靠颜色不够,用户扫一眼得立刻分清哪是 .html 哪是文件夹很多人用 border-left + border-bottom 拼“T”形,结果 Firefox 和 Chrome 渲染差 1px:
立即学习“前端免费学习笔记(深入)”;
::before:设 position: absolute、left: -16px、top: 0、height: 100%、border-left: 1px solid #999
::after:只加在每个 <ul> 的最后一个子 <li> 上,content: ""、position: absolute、left: -16px、top: 50%、width: 16px、border-top: 1px solid #999
transform 类属性,否则打印时消失真正难的不是画出树,而是让每一级缩进、每一条连线、每一个图标,在不同浏览器、不同字体、不同导出场景下都保持稳定——这些细节一旦写错,改起来比重写还费劲。