absolute定位需配合top/right/bottom/left生效，参考最近非static祖先，脱离文档流且影响z-index，移动端慎用固定像素偏移。
absolute 定位必须配合 top/right/bottom/left 才生效
设置 position: absolute 本身不会让元素移动，它只是把元素从文档流中“拎出来”，真正控制位置的是 top、right、bottom、left 这四个偏移属性中的至少一个。没写任何偏移值时，元素会停留在原位置（视觉上像没动，但已脱离文档流）。
常见错误现象：
— 元素“消失”或叠在别处，其实是没设偏移，又因为脱离文档流导致后续内容上移；
— 设了 top: 0 却没效果，可能是父容器没设 position: relative（见下一条）。
实操建议：
— 至少指定一个方向偏移，比如 top: 10px; left: 20px;
— 若想居右固定，用 right: 0; 比算宽度更可靠
— 避免同时设对立方向（如 left 和 right），除非有意拉伸宽度
父容器没设 position:relative，absolute 就往上找直到 body
absolute 元素的定位参考点，是**最近的、非 static 的祖先元素**。默认所有元素 position: static，所以如果父级没显式设 position: relative（或 absolute/fixed），浏览器就会继续向上查找，最终落到 上——这意味着你的弹窗、下拉菜单可能飞到页面左上角，而不是贴着按钮。
立即学习“前端免费学习笔记（深入）”；
实操建议：
— 给直接父容器加 position: relative;（哪怕它不需要偏移）
— 不要用 position: absolute 套 position: absolute 来“修正”定位，容易失控
— 检查 computed style 中的 offsetParent，能快速确认当前参考容器是谁
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
absolute 元素不占空间，但会影响 z-index 层叠顺序
一旦设了 position: absolute，该元素就彻底脱离文档流：它上面的元素不会为它留空，下面的元素会“顶上来”。这点常被误认为“样式失效”，其实是布局逻辑变了。
同时，absolute 自动创建新的层叠上下文（stacking context），z-index 开始起作用。但要注意：
— z-index 只对同级 absolute 或 relative 元素有效，不能跨层压过父容器的背景
— 父容器若没设 z-index，子元素的 z-index: 999 也可能被隔壁区块盖住
实操建议：
— 用 outline: 1px solid red 临时标记，确认元素是否真的“消失”还是被遮挡
— 调试层叠问题时，优先检查父容器是否有 z-index 和 position，而非只调子元素数值
— 避免无意义地给每个 absolute 元素都设 z-index，容易引发维护混乱
移动端慎用 absolute + 固定像素偏移
在响应式场景下，用 top: 20px; left: 30px 这类固定值定位，在小屏上极易错位甚至被截断。更麻烦的是，某些 iOS Safari 在键盘弹出时会错误重算 absolute 元素位置，导致输入框被遮挡。
实操建议：
— 优先用 transform: translate() 做微调（性能更好，且不触发重排）
— 下拉菜单、气泡提示等，改用 JS 动态计算 top/left，结合 getBoundingClientRect()
— 如果必须用绝对定位，配合 min-width / max-width 和媒体查询做兜底
absolute 不是万能胶，它的“自由”是以放弃文档流为代价的。真正难的不是写那几行 CSS，而是每次加 position: absolute 之前，想清楚：这个元素该以谁为参考？会不会影响其他模块的流式布局？在折叠屏或横屏下是否还合理？
