父容器高度塌陷应优先改用 Grid 布局替代绝对定位；若必须保留 absolute，则需 JS 动态计算所有绝对定位子元素 bottom 最大值与正常流高度的最大值并赋给父级。
绝对定位元素不参与文档流，父容器高度塌陷怎么办
绝对定位的元素会脱离文档流，父容器完全“看不见”它，自然不会根据它的尺寸撑开高度——这是重叠问题的根源。不是样式没写对，是 CSS 本来就这样设计。
- 别试图用
height: auto或min-height: fit-content强行让父级响应绝对定位子元素，这些在标准流外无效 - 如果必须保留
position: absolute（比如动画、浮层、覆盖图标），父容器就得靠 JS 主动计算并设置高度 - 常见错误：给父级加
overflow: hidden或border以为能触发 BFC 撑高——没用，BFC 解决的是浮动塌陷，不是绝对定位塌陷
用 JS 动态计算内部真实高度并赋值给父级
适用于内容动态变化、但又不能改布局结构的场景，比如弹窗内部有可展开区域、第三方组件嵌入、或遗留代码强依赖 position: absolute。
- 关键不是“获取子元素 offsetHeight”，而是要算出所有绝对定位子元素中 bottom 最大的那个值，再和正常流内容高度取最大值
- 推荐用
getBoundingClientRect()而非offsetTop + offsetHeight，避免滚动/缩放/transform 下的偏差 - 监听
resize和内容变更（如MutationObserver），但别在每次input里都重算——性能敏感点要节流
const parent = document.querySelector('.container');
const absChildren = parent.querySelectorAll('[style*="absolute"]');
<p>function updateParentHeight() {
let maxHeight = 0;
absChildren.forEach(el => {
const rect = el.getBoundingClientRect();
const top = rect.top - parent.getBoundingClientRect().top;
maxHeight = Math.max(maxHeight, top + rect.height);
});
// 和正常流内容高度比较
const normalHeight = parent.scrollHeight;
parent.style.height = Math.max(maxHeight, normalHeight) + 'px';
}直接转用 Grid 布局替代绝对定位方案
绝大多数所谓“必须用绝对定位”的场景，其实只是当时没想清楚 Grid 的能力边界。Grid 天然支持层叠（z-index）、精准定位（grid-row / grid-column）、自适应尺寸，且完全参与尺寸计算。
- 把原来
position: absolute; top: 20px; left: 30px的写法，换成grid-row: 2; grid-column: 3;，再配合grid-template-rows/columns定义轨道 - 需要重叠？用
grid-area让多个元素落在同一网格区域，再用z-index控制层级——这时父容器高度由网格轨道自动决定 - 兼容性注意：
display: grid在 IE11 中需用-ms-grid前缀，但现代项目基本可忽略；若需支持老版本，优先考虑 Flex + margin/padding 模拟，而非死守 absolute
哪些情况真没法换，只能 JS 硬扛
不是所有绝对定位都能优雅替换。以下几类得接受 JS 干预：
立即学习“前端免费学习笔记（深入）”；
- 依赖
transform: translate()做高性能动画的元素（Grid 无法替代位移动画语义） - 第三方 UI 库内部强制 absolute 的组件（如某些 DatePicker、Tooltip 的浮层逻辑）
- 需要脱离视口滚动影响的固定定位变体（比如
position: fixed模拟，但父级是局部滚动容器）
这时候重点不在“怎么写 JS”，而在“什么时候触发更新”——DOM 插入、CSS 类切换、窗口 resize 都可能影响绝对定位元素位置，漏掉任意一种，高度就错一次。别省那几行节流代码。
