能修，但非万能：position: relative通过触发IE6/7私有hasLayout机制修复显示异常，适用于浮动容器、inline-block块、alpha滤镜层等脆弱节点，优先于zoom: 1，但需规避z-index混乱、选择器权重不足及冗余DOM干扰。
IE6/7中元素不显示或尺寸异常，加position: relative真能修？
能修，但不是万能解药，本质是靠它触发hasLayout——IE私有渲染机制。没有hasLayout的元素在浮动、边距折叠、z-index、透明滤镜等场景下会出各种诡异表现，比如父容器高度塌陷、子元素溢出不可见、opacity失效。
- 只对IE6/7有效，IE8+标准模式已废弃
hasLayout概念 -
position: relative是最轻量的触发方式（不改变布局位置），比zoom: 1更安全（后者在某些CSS解析器里可能被忽略） - 别乱加：给不需要交互或定位的静态文本块加，可能意外影响
z-index层级或触发重排
哪些元素必须加position: relative来保hasLayout？
典型“脆弱节点”：浮动容器、含display: inline-block的块、使用filter: alpha(opacity=...)的层、需要z-index但没设position的兄弟元素。
- 浮动父容器：不加会导致高度塌陷，即使子元素全浮动也撑不起父高
- 清除浮动的伪元素（如
::after { content: ""; display: table; clear: both; }）：IE7下可能不生效，需给父容器加position: relative - 带
margin-top的首个子元素：父容器没hasLayout时，外边距会“穿透”上去，加position: relative可隔离
position: relative和zoom: 1选哪个？
优先用position: relative，除非它破坏了现有定位逻辑。
-
zoom: 1是微软私有属性，CSS校验器报错，部分压缩工具会删掉它 -
position: relative是标准属性，兼容性无风险，且不会像height: 1%那样引发IE6下莫名的高度计算错误 - 如果元素本身已设
position: absolute或fixed，再加relative无效，此时只能退回到zoom: 1
加了position: relative还是不生效？检查这三处
常见失效原因不是语法错，而是上下文干扰。
立即学习“前端免费学习笔记（深入）”；
- 父级用了
position: relative但没设z-index，而子级又设了z-index：IE6下z-index分层规则混乱，必须父级显式设z-index: auto或数值 - CSS选择器权重不够：IE6/7对
!important支持差，避免依赖它覆盖内联样式 - HTML结构含
<div></div>空标签或注释节点：IE6会把它们当真实DOM参与hasLayout计算，删掉冗余节点再试
position: relative、给最后一个li加zoom: 1、再补一条overflow: hidden防文字溢出——不是单点魔法，是旧引擎里拼凑出来的稳定态。 
