inline-block导航项间4px空隙源于HTML解析器将换行/空格视作文本节点，宽约父元素font-size的0.25em；flex布局+gap可彻底规避，但需同步清除ul默认padding-inline-start并确保链接可访问性。
为什么 inline-block 导航项之间总有 4px 空隙
这不是你漏写了 margin: 0 或 padding: 0，而是 HTML 解析器把源码里的换行符和空格当成了真实文本节点——它的宽度默认是父元素 font-size 的 0.25em（常见为 4px）。只要两个 <li> 或 <a></a> 标签在 HTML 中换行或留空格，这个间隙就必然存在。
常见错误现象：display: inline-block 菜单项左右不对齐、最后一项被挤到下一行、用开发者工具看盒模型却找不到 margin/padding 来源。
- 该间隙只影响
inline和inline-block元素，block或flex容器内完全不生效 - 设
vertical-align: top只能调齐基线，压不住这个空格本身 -
font-size: 0在父容器上确实能“吃掉”它，但必须给子元素显式重置字号，否则文字消失
用 flex 布局彻底绕过间隙问题
最推荐的解法：直接放弃 inline-block，让导航容器走 display: flex。它不依赖文本流，天然无视换行空格，还能用 gap 精确控制间距。
关键点：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
- 给
<nav></nav>或包裹<ul></ul>的容器设display: flex，别只设在<ul></ul>上（语义更准） - 加
flex-wrap: nowrap防小屏意外折行（虽然默认就是，但显式写更稳） - 每个导航项（如
<a></a>或<li>）加flex: 0 0 auto，防止被压缩变形 -
gap: 0就是零间隙；若需兼容老浏览器（Chrome margin-right: 0.5rem +:not(:last-child)清除末尾多余边距
清除 ul 默认 padding-inline-start 才算真正对齐
即使用了 flex，<ul></ul> 自身仍有浏览器默认的 padding-inline-start: 40px（Chrome 下典型值），这会导致整个菜单向右偏移，和标题或其他元素不对齐。
必须显式重置：
ul { padding-inline-start: 0; margin: 0; list-style: none; }- 如果导航项是
<li>，记得也给它设margin: 0，避免某些 UA 样式残留 - 别只清
padding-left——用padding-inline-start更语义、支持 RTL 布局
别忽略 text-decoration 和 hover 可交互性
横向排列后，<a></a> 默认带下划线，横排时视觉杂乱；且没设 display: block 或 inline-block 的话，padding 和 hover 区域会极小。
- 统一加
a { text-decoration: none; } - 每个
<a></a>设display: block或保留display: inline-block（若用 flex 则非必需，但加了更可控） - 确保
padding足够（移动端至少min-height: 44px），不然点击区域太小 - hover 效果建议用
background-color或color变化，别只靠下划线——它在横排里已禁用
ul 默认内边距和链接可访问性细节——漏掉任一环，都会在某个浏览器或设备上露出缝隙。 
