三列布局中float导致中间列换行，因三列总宽超父容器；position: absolute致父容器塌陷；兼容性陷阱在于IE对calc()支持差及box-sizing未统一；老项目受限时需手动处理清除浮动和动态重排。
float实现三列布局时中间列被挤到下一行
这是最常见的现象：给左、中、右三列都设了float: left，但中间列用了固定宽度（比如width: 300px），左右列用百分比或auto，结果中间列“掉下来”了。
根本原因是：浮动元素必须在父容器的当前行内有足够水平空间才能并排。一旦三列宽度之和超过父容器，浏览器会把最后一个浮动元素换行——而它通常就是中间那个固定宽的列。
解决思路不是调顺序，而是让中间列「不参与浮动流」，靠外层结构腾出空间：
- 左列
float: left+ 固定宽（如200px） - 右列
float: right+ 固定宽（如200px） - 中间列不设
float，但加margin-left和margin-right，值分别等于左右列宽度 - 确保父容器没有
overflow: hidden之类意外清除浮动，否则中间列可能被裁剪
position: absolute实现三列时内容区域无法撑高
用position: absolute把左、右列定位死，中间列用left/right留白，看起来很干净——但父容器高度塌陷，背景色、边框全失效，打印或滚动也出问题。
立即学习“前端免费学习笔记（深入）”；
这是因为绝对定位元素脱离文档流，父容器对它们“视而不见”。中间列即使设置了min-height，也无法自动适应左右列的实际高度变化（比如右列内容变长了）。
实用对策只有两个方向：
- 如果左右列高度可控（比如导航栏/侧边栏固定高度），给父容器设
min-height兜底 - 如果必须响应内容高度，放弃
absolute，改用display: flex或display: grid（但题目限定用定位/float，那就得接受这个限制） - 千万别用
height: 100%硬撑——它依赖父级有明确高度，往往导致更隐蔽的空白或溢出
中间列固定宽、两边自适应的真实兼容性陷阱
看似简单的“中间300px，左右填满剩余”，在IE8–IE9里会因盒模型解析差异直接错位；现代浏览器虽支持，但box-sizing没统一设成border-box时，padding/border会让实际宽度超限。
关键细节在于宽度计算时机和边界处理：
- 左右列不能写
width: calc(50% - 150px)这种表达式——IE9及以下不支持calc() - 如果左右列有
border或padding，必须包含在calc()里，例如width: calc(50% - 150px - 2px)（假设左右各1px边框） - 移动端小屏下，若左右列最小宽度不够，建议加
min-width防止内容挤压变形 - Firefox对
float+margin组合的重绘有时延迟，滚动中可能出现短暂错位，加will-change: transform可缓解
为什么不用flex或grid？不是更简单吗
确实更简单，但如果你正在维护老项目、需要支持IE10以下、或者CSS-in-JS方案里动态生成样式受限，就绕不开float/position这套组合。
这时候真正的难点不在写法，而在「谁来负责清除浮动」和「如何让中间列感知两侧真实尺寸」——这两个问题没有银弹，只能靠结构约束和显式声明来兜住。
最容易被忽略的是：当左右列内容动态加载（比如异步菜单、广告位）后，中间列不会自动重排。你得监听resize或用MutationObserver手动触发重计算，而不是指望CSS自己反应过来。
