多级菜单缩进不能仅靠固定padding-left，因层级加深会导致维护失控且难以适配不同缩进节奏；应使用data-level属性配合calc()动态计算，推荐margin-inline-start实现RTL兼容，并通过::before伪元素实现无DOM修改的视觉缩进。
多级菜单的缩进为什么不能只靠固定 padding-left
因为层级一深，硬编码 padding-left: 20px、padding-left: 40px 这类值会迅速失控：改一级就得全盘手动调，嵌套5层时连自己都数不清该写多少像素；更麻烦的是，不同菜单项可能需要不同缩进节奏（比如二级缩进16px，三级起缩进24px），固定值根本撑不住。
--indent-step 变量怎么设才真正可控
核心是把缩进逻辑从“写死数值”变成“按层级计算”。用 :nth-child 或 data-level 属性配合 calc() 动态生成，而不是依赖父级嵌套深度（CSS 本身不提供“当前层级”变量）。
- 推荐在最外层菜单容器加
data-level="1"，子菜单递增，再用属性选择器：ul[data-level="2"] { padding-left: calc(var(--indent-step, 16px) * 1); } ul[data-level="3"] { padding-left: calc(var(--indent-step, 16px) * 2); } - 别直接在
ul ul上用padding-left: calc(var(--indent-step) * 1)—— 这样所有后代ul都会叠加计算，第三层实际缩进是16px * 2 + 16px * 1 = 48px，不是想要的32px -
--indent-step建议定义在:root或组件根元素上，避免被意外继承覆盖
用 margin-inline-start 替代 padding-left 的真实好处
当菜单支持 RTL（右向文本）时，padding-left 在阿拉伯语环境下会把子菜单顶到右边，破坏结构；而 margin-inline-start 自动适配书写方向，同一套 CSS 在 LTR/RTL 下都缩进在“内容起始侧”。
- 兼容性够用：Chrome 69+、Firefox 63+、Safari 12.1+ 都支持
margin-inline-start - 和
text-align: start搭配更自然，避免缩进与文字对齐方向打架 - 如果必须兼容 IE，退回
padding-left+direction: rtl手动翻转，但得额外加 class 控制
伪元素缩进法：不用改变 DOM 结构也能“视觉缩进”
某些场景下，你无法修改 HTML 层级（比如 CMS 输出的扁平 li 列表），但又要模拟多级缩进。这时可以用 ::before 生成空白字符或空格占位。
立即学习“前端免费学习笔记（深入）”；
- 安全做法：
li[data-indent="2"]::before { content: " "; /* 全角空格 */ font-family: monospace; }比content: " "更稳定，不受字体空格宽度影响 - 别用
width+display: inline-block做伪缩进 —— 行高不一致时容易错位，尤其有图标或 badge 时 - 注意屏幕阅读器：纯视觉缩进不影响语义，但若用
aria-level标注层级，需同步更新data-indent值
缩进控制真正的复杂点不在“怎么写”，而在“谁来决定缩进节奏”——是设计系统定死的 16px 步长？还是业务允许二级菜单缩进比三级还大？变量只是工具，背后得有明确的层级语义约定，否则换人维护时第一眼根本看不出 --indent-step 是指“每增加一级加多少”，还是“二级该用多少”。
