display本质是控制“外部行为”和“内部布局”两个维度，如flex即block flex：对外块级独占行，对内弹性排列；一维用flex，二维用grid；inline无效宽高，inline-block有空白间隙，none彻底移除元素。
display 的本质是控制“外部行为”和“内部布局”两个维度
别再死记硬背 block、inline 这些值了——它们其实是 display: <outer><inner></inner></outer> 的简写。比如 display: flex 真实含义是 display: block flex：对外当块级盒子（独占一行），对内建弹性上下文（子元素按 flex 规则排列）。理解这点，就能预判元素在文档流中怎么“站位”，以及它的子元素怎么“排队”。
-
block→block flow：外部块级 + 内部流式（默认排版） -
inline-block→ 实际是inline block：对外像文字一样并排，对内可设宽高、能装子元素 -
grid→block grid：整块占行，但内部是二维网格 -
inline-grid→inline grid：不换行，还能用grid-template-columns控制列
最常踩坑的三个 display 值及真实表现
光看定义容易翻车，实际开发中这几个值的行为反直觉最多：
-
inline：设置width、height、margin-top、margin-bottom全无效；padding-top/padding-bottom虽然视觉上“有高度”，但不会推开下方元素——它只是“盖上去” -
inline-block：元素间会因 HTML 换行/空格产生约4px的空白间隙；解决方法不是删空格，而是给父容器设font-size: 0，再给子元素重置字体大小 -
none：元素彻底从渲染树移除，不占空间、不响应事件、不触发重排；和visibility: hidden（仍占位）、opacity: 0（仍可点击）有本质区别
现代布局该选 flex 还是 grid？看维度
一句话判断：一维排布用 flex，二维结构用 grid。别强行用 flex 做多行等高卡片网格——它本质是单轴容器，多行时 align-items 无法跨行对齐，而 grid 天然支持行列线、区域命名和响应式轨道定义。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 用
display: flex：导航栏、按钮组、表单控件横向对齐、内容居中（justify-content: center; align-items: center） - 用
display: grid：仪表盘、响应式图文卡片墙、带侧边栏的页面主结构（grid-template-areas直观定义布局） - 慎用
display: inline-flex：它虽不换行，但若父容器是inline或文本流环境，可能意外破坏基线对齐，建议优先用flex+margin控制外边距
还有几个冷门但关键时刻救命的值
这些不是“过时”，而是解决特定问题的精准工具：
立即学习“前端免费学习笔记（深入）”；
-
display: contents：父元素“消失”，子元素直接挂到上层容器里参与布局——适合简化嵌套、避免 Flex/Grid 中多余的包裹层，但注意：它会剥离父元素的样式（如background、border）且影响可访问性（ARIA 树断裂） -
display: flow-root：创建 BFC，专治浮动塌陷和外边距合并；比overflow: hidden更语义化，且不意外裁剪溢出内容 -
display: table-cell：旧项目兼容 IE8 时仍需用它模拟垂直居中；现代开发中基本被flex取代，但遇到 legacy 表格逻辑时得懂它怎么响应vertical-align
真正难的不是记住所有值，而是看到一个布局需求时，能立刻反应出：“这个元素对外要怎么站？对内要怎么管孩子？”——把 display 当成声明式接口，而不是魔法开关。
