行内元素底边留白源于baseline对齐时浏览器预留字体descender空间，非margin/padding；可用vertical-align、font-size:0、flex布局等更优方案替代绝对定位。
行内元素为什么总有看不见的底边留白
因为inline元素默认按baseline对齐，而字体的下行部分（descender）会预留空间——哪怕你没写字母“g”“y”，浏览器也照算。这个留白不是margin，不是padding，是line-height和font-family共同决定的文本流内部间隙。
- 常见错误现象：
<img>或<span></span>放在<div>里，底部总多出2–4px空白，用<code>margin-bottom: -2px硬压只是碰巧有效，换字体或字号就失效 - 使用场景：图标按钮、内联标签、行内SVG、需要像素级对齐的导航项
- 根本原因：父容器的
line-height大于子元素实际高度时，baseline对齐会强制保留descender空间 - 必须给父容器加
position: relative，否则position: absolute会往上逐层找，可能跑到body上定位 - 别只设
position: absolute，漏掉top或left会导致元素塌缩到左上角（0,0），视觉上像消失了 - 如果原元素是
<img>，记得补vertical-align: top再加绝对定位——否则在某些旧版Chrome里仍可能残留1px错位 - 对
<img>：直接加vertical-align: middle或vertical-align: bottom，比定位更稳，兼容性到IE8 - 对
<span></span>类文字容器：设font-size: 0在父级，再在子级重置字体大小，彻底消灭baseline依赖 - 对整行内元素组：父容器用
display: flex，子项自动按flex轴对齐，align-items: center就能精准控垂直位置，不留白也不需定位 - 如果用
width: 100%，它参考的是包含块（即最近relative祖先）宽度，不是原始行内宽度，容易撑开或截断 - 媒体查询里改父容器
font-size时，绝对定位的top: 2px不会跟着变，得额外写@media重设偏移值 - 真正要保响应式，优先用
transform: translateY(-50%)配合top: 50%做垂直居中——它基于自身尺寸计算，缩放时依然准
绝对定位真能“一键清空”留白吗
能，但不是因为它“剥离了文本流”，而是它让元素完全脱离inline formatting context，不再参与baseline计算。此时top/left等偏移量直接相对于最近的position: relative祖先，跟文本流无关了。
比绝对定位更轻量的替代方案有哪些
绝对定位治标不治本，还会让元素脱离文档流，影响后续布局。真正干净的做法是控制对齐方式或格式化上下文本身。
绝对定位后的新坑：尺寸和响应式怎么保
一旦用了position: absolute，元素宽高不再影响父容器，也不随父容器缩放自动调整。这在响应式场景下极易翻车。
最常被忽略的一点：绝对定位解决的是“表现问题”，但根源在“格式化上下文设计”。先想清楚这个元素是否真的该是inline——很多时候，把它变成inline-block或用flex包裹，比硬切定位更可持续。
