IE6–7下position: absolute偏移错位，根本原因是父容器未触发hasLayout；仅设position: relative不够，必须同时设置zoom: 1和position: relative，缺一不可。
IE6–7 下 position: absolute 偏移错位，不是你写错了 CSS，而是父容器没触发 hasLayout；仅加 position: relative 不够，必须同步加 zoom: 1。
为什么 position: relative 在 IE6/7 里不生效？
旧版 IE 的定位上下文依赖 hasLayout 状态，而 position: relative 单独存在时并不自动触发它。结果就是：你写了 position: relative，但子元素仍向上回退到 <html> 或 <body> 定位，造成视觉偏移。
-
zoom: 1是最轻量、最稳妥的触发方式——不裁剪内容，不影响盒模型，也不改变布局流 -
overflow: hidden虽也能触发hasLayout，但会意外裁剪溢出内容（比如下拉菜单、弹层） - 别用
height: 1%或min-height: 1px，它们在某些场景下不可靠
如何快速验证和修复定位参考点错误？
打开开发者工具，选中绝对定位元素，在「Computed」面板里直接看 Containing block —— 它明确告诉你当前参考的是哪个节点。常见干扰源包括：
- 外层
<form>或 UI 库封装的.wrapper类，悄悄加了position: relative，成了“意外锚点” - Flex/Grid 容器本身是
position: static，不构成定位上下文，子元素会跳过它继续往上找 - 浮动父容器（
float: left）没配position: relative，导致子元素参考<body>
临时加 outline: 1px solid red 到疑似父容器上，能立刻看清它的实际渲染边界是否匹配你的预期。
立即学习“前端免费学习笔记（深入）”；
为什么 left 和 right 同时设会导致横向滚动？
CSS2.1 规范规定：position: absolute 元素若同时声明 left 和 right，浏览器会忽略 width，用「包含块宽度 − left − right」反向计算实际宽度。一旦其中任一值为负（如 right: -10px），结果就超出视口。
- 用
transform: translateX(10px)替代right: -10px，完全绕开盒模型重算 - 若必须用
right，确保它是非负值，并只设单边（right: 0+width: fit-content） - 父容器务必触发 BFC，否则
overflow-x: hidden可能失效（尤其 Safari 下滚动条宽度会被误计入）
absolute 元素宽高异常的根本原因是什么？
脱离文档流后，width 和 height 默认不再继承父容器尺寸，而是按内容或 auto 规则计算。更隐蔽的问题是：如果父容器本身没有显式尺寸（比如高度为 0），那 top: 50% 就等于 top: 0px。
- 给父容器加
position: relative+min-height（哪怕只是min-height: 1px） - 子元素用
top: 0; bottom: 0;拉伸高度，比height: 100%更可靠 - 避免在未设
box-sizing: border-box的父容器里写width: 100%，padding 会撑宽
真正容易被忽略的，是那个看似无害的 position: relative —— 它必须落在「直接父容器」上，且该父容器得有可计算的尺寸边界；否则，你调的每个 top、left，其实都在跟整个页面打架。
