浮动元素换行的根本原因是总视觉宽度（width+padding+border+margin）超出父容器可用宽度，而非float属性本身错误；需统一box-sizing:border-box、清除默认margin、删除HTML空白符并确保同级同父。
float元素换行是因为总宽度超限
浮动元素没挤在同一行，根本原因不是float写错了，而是它们加起来的宽度（含margin、padding、border）超过了父容器的可用宽度。
- 浏览器默认给
button、input等表单控件加margin，不重置就会吃掉空间 - 父容器设了
padding-right或border-right，而子元素用box-sizing: content-box（默认），实际占宽 = width + padding + border - 两个
float: left元素之间有 HTML 换行符或空格，被渲染为 4px 左右空白，也计入总宽
解决办法不是加!important，而是控制“可用空间”和“实际占地”：统一设box-sizing: border-box，清空子元素margin，HTML 中删掉浮动元素之间的换行/空格（或用注释隔开：<div class="a"></div>
<!-- --><div class="b"></div>）。
float:right不贴右边缘？检查父容器盒模型
float: right本身不会让元素“顶到最右边”，它只是把元素往父容器内容区的右边界靠。如果父容器有padding-right或border-right，元素就只能停在内边距起点处。
- 给父容器加
box-sizing: border-box并显式声明width，确保内容区宽度可预期 - 避免用
overflow: hidden强行触发 BFC 来“修复对齐”——它可能意外裁剪box-shadow或position: absolute子元素 - 更安全的 BFC 触发方式是
display: flow-root（现代浏览器全支持），老项目可退而用display: inline-block或float: left本身
想左右并排又不换行，顺序和同级关系比float值更重要
多个浮动元素能否同行，关键不在谁写float: left谁写float: right，而在它们是否：同级、同父、总宽 ≤ 父容器内容区宽度。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
-
float: right元素写在前面，会先抢占右上角；后面float: left元素只能从它下方找位置，容易错行 - 想稳定左右并排，必须把两个元素写在同一个父容器里，且中间不能插其他块级元素或换行符
- 若需响应式退化（比如小屏堆叠），
float几乎无法优雅处理——此时display: flex配合flex-wrap: wrap才是正解
现在还该用float实现并排吗？基本不该
除非维护 IE9 以下老系统，否则float已不是并排布局的合理选择。它带来的副作用远多于可控性：
- 父容器高度塌陷是常态，不是例外；每次都要补
clearfix或overflow，代码冗余 -
float脱离文档流，后续非浮动元素布局易受干扰，调试时经常“不知道谁动了谁” - 无法原生支持垂直居中、等分布局、自动间距（
gap）、换行控制等现代需求
真正要并排显示两个元素，直接给父容器设display: flex，子元素不用改任何样式——这才是当前最轻量、最可靠、最不易出错的做法。
