现代项目不推荐用 float 实现三栏布局，因其本质是文字环绕而非页面布局，易导致塌陷、错位等问题；仅适用于兼容 IE8 或紧急修复遗留系统 bug。
float 三栏布局为什么在现代项目里基本不推荐
咱们得先搞清楚一个根本问题：float 这个属性，生来就不是为了搭建页面骨架的。它的老本行是“文字环绕”，想让图文混排更美观。强行让它挑起三栏布局的大梁，等于让一个优秀的短跑运动员去跑马拉松——模型就错配了。
结果呢？各种头疼的问题就来了：触发BFC、扰乱正常的元素流，清除浮动稍一马虎，整个布局就塌陷给你看。这根本不是开发者技巧高低的问题，而是工具用错了场景。
那些常见的怪异现象，比如父容器高度莫名消失、右侧栏莫名其妙掉到下一行、中间内容被左侧栏挡得严严实实，都是在反复提醒我们这一点。
所以，如今float布局的适用场景已经收索得非常明确了：要么是为了兼容IE8这类“上古”浏览器；要么就是在陈年旧代码里，做一个不能动HTML结构的紧急样式修复。除此之外，真的别再考虑了。
用 float 实现三栏必须做的三件事
当然，如果你确实遇到了上面提到的极端场景，非用float不可，那也别指望“加个浮动属性”就能轻松搞定。它有三个硬性条件，缺一不可：
首先，左右两栏必须定好“地盘”。你需要给左侧栏和右侧栏设置固定的宽度（或者至少是最大宽度），并且明确指定float: left或float: right，让它们脱离文档流并向两边靠。
其次，中间栏是绝对不能浮动的。但它需要用margin-left和margin-right为左右两栏预留出足够的空间，否则就会被“挤”到下面去。
最后，也是最关键的一步：父容器必须清除浮动。否则，因为子元素全部浮动脱离流，父容器的高度就会塌陷为零。这里推荐使用::after伪元素的方法，比在HTML里额外加一个clear: both的空div要优雅得多。
来看一段核心代码示例：
.container::after {
content: "";
display: table;
clear: both;
}
.left {
float: left;
width: 200px;
}
.right {
float: right;
width: 200px;
}
.main {
margin: 0 200px;
}
margin 要怎么算才不踩坑
上面代码里中间栏的margin值，可不是随便填个数字就行。这里的margin-left和margin-right，必须严格等于左右栏的宽度值，并且单位要保持一致。别左边用px，右边又混个%进去。
还有几个容易忽略的细节：
- 如果左右栏使用了
box-sizing: border-box，同时又有边框或内边距，那么在计算中间栏的margin时，必须把这些额外空间也加上。否则中间栏的实际可用空间会被挤压。 - 在做响应式设计时，如果在某个断点修改了左右栏的宽度，中间栏的
margin值必须同步更新，否则自适应效果立刻失效。 - 使用
calc()函数进行动态计算是可行的，比如margin: 0 calc(200px + 1rem)，但这需要留意浏览器兼容性，IE9以下的版本不支持。
比 float 更靠谱的替代方案其实就两个
说完了“复古”方案，再来看看现代项目里真正该用的方法。实现三栏布局，眼下最靠谱的替代方案主要就两个：
- Flexbox 方案：给父容器设置
display: flex。中间栏加上flex: 1让它自动填充剩余空间，左右栏则用flex: 0 0 200px固定宽度。这种方式天生自适应，没有高度塌陷的烦恼，代码量能比float方案少一半。 - Grid 方案：这几乎是为此类布局而生的。父容器设置
display: grid后，一句grid-template-columns: 200px 1fr 200px;就能把三栏安排得明明白白，连margin都不用算，极其简洁。
所以，除非你正维护着一个十年前的代码遗产，并且老板下了死命令“不准动HTML，不准升级CSS”，否则，真没必要在float的三栏布局上耗费精力。有那调bug的时间，不如花十分钟改用 Flexbox 或 Grid，一劳永逸。
说到底，技术选型的难点，从来不在于“如何让三栏显示出来”，而在于“一开始该不该选择这种方式”。这个判断，往往在写下第一行CSS代码之前，就应该想清楚了。
