clear属性不能清除浮动本身，而是让当前元素避开前面浮动元素的干扰区域，强制下移至浮动元素下方以恢复布局流；它只对块级元素生效，且必须写在浮动元素之后的兄弟元素上。
clear属性为什么能清除浮动影响
浮动元素会脱离文档流，导致父容器高度塌陷、后续元素位置错乱。clear 不是“清除浮动本身”，而是让当前元素避开前面浮动元素的干扰区域——它强制元素移动到浮动元素的下方（或指定侧边），从而恢复正常的布局流。
常见错误是以为 clear 能“修复父容器高度”，其实它只作用于自身；要撑开父容器，得在父容器内部加一个“清浮动”的子元素，或者用其他方案（如 overflow: hidden）。
clear常用取值和对应行为
clear 的取值决定了元素避开哪一侧的浮动：
-
clear: left→ 元素下移，直到左侧无浮动元素 -
clear: right→ 元素下移，直到右侧无浮动元素 -
clear: both→ 元素下移，直到左右两侧都无浮动元素（最常用） -
clear: none→ 默认值，不避开任何浮动
注意：clear 只对块级元素生效，display: inline 或 inline-block 元素设了也无效。另外，它不会影响浮动元素本身的位置，只影响设置它的那个元素。
立即学习“前端免费学习笔记（深入）”；
实际使用时最容易踩的三个坑
写 clear 时看似简单，但几个细节常导致失效：
- 父容器没触发 BFC，
clear元素虽然下移了，但父容器依然塌陷（需配合overflow: hidden或display: flow-root） - 用了
clear: both却放在浮动元素之前（比如写在浮动盒子上面），完全不起作用——clear必须写在浮动元素之后的兄弟元素上 - 浮动元素是绝对定位（
position: absolute）或固定定位，clear对它们无效，因为它们已完全脱离文档流
典型正确写法：
现代项目中是否还该首选clear
纯靠 clear 清浮动属于“补救式”思路，维护成本高、语义弱。现在更推荐：
- 父容器用
display: flow-root（兼容性好，Chrome 58+、Firefox 57+、Safari 10.1+） - 父容器用
overflow: hidden（老项目稳妥，但可能意外裁剪阴影或溢出内容） - 直接改用 Flex 或 Grid 布局，天然规避浮动问题
只有在必须兼容 IE8/9、且不能改布局模型的老系统里，才需要手动插入 这类“clearfix hack”。
