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