不能。overflow:hidden 不清除浮动，而是通过触发BFC使父容器包含浮动子元素；但遇flex/grid、transform等会失效，且有裁剪副作用，仅限无溢出的简单场景应急使用。
overflow:hidden 能不能直接清除浮动
不能。它不“清除”浮动，而是通过触发 BFC（块级格式化上下文）让父容器重新包含浮动子元素——高度不塌陷了，但浮动本身依然存在。这不是语义上的清除，是视觉和盒模型层面的“兜底”。
加 overflow:hidden 后父容器没变高，常见原因
看似写了却无效，往往不是语法错，而是被其他样式干扰：
-
display: flex或display: grid的父容器上设overflow: hidden—— 这两种 display 值会禁用 BFC 触发能力 - 父元素有
transform、filter、will-change等属性，创建了新层叠上下文，BFC 不生效 - CSS 优先级问题：
overflow: visible或auto被更高权重要求覆盖，实际 computed 值不是hidden - 父元素设置了
height或max-height，强制限制了高度，掩盖了 BFC 的作用
overflow:hidden 清除浮动的典型副作用
它本质是“裁剪”，不是“清理”，所以溢出内容会被无声截断：
- 下拉菜单、
position: absolute提示框、box-shadow阴影可能被切掉 - 移动端滚动区域若在该容器内，
touchmove可能卡顿或失效 - 配合
transform: translateZ(0)等硬件加速写法时，BFC 触发不稳定，尤其在 Safari 中 - IE6/7 下触发
hasLayout，可能引发 margin 合并异常或双倍边距
什么时候可以放心用 overflow:hidden 应急
仅限以下条件全部满足的简单场景：
立即学习“前端免费学习笔记（深入）”；
- 父容器内无任何动态弹出、定位偏移、动画位移元素（比如纯图文卡片、固定尺寸 banner）
- 子元素完全在父容器宽高范围内，且 JS 不会动态改变其尺寸或位置
- 不需要支持 viewport 缩放（缩放后裁剪边界可能错位）
- 项目已上线、时间紧迫，又无法改 HTML 结构 —— 此时务必加注释：
/* HACK: BFC 触发,后续需重构为 ::after 清除 */
真正容易被忽略的是：只要父容器用了 transform，哪怕只是 transform: translateZ(0)，overflow: hidden 就可能失效 —— 这点连很多老手都会漏查。
