HTML5明确禁止用<table>做页面布局，仅适用于语义化表格数据；现代布局应选Flexbox（单维排列）或Grid（二维网格），避免display:table等伪表格方案。
table用于整体页面布局是明确不推荐的
HTML5规范和现代前端实践已彻底淘汰用 <table> 做页面结构布局（比如页头、导航、主内容、侧栏、页脚的排列）。这不是“过时”，而是语义错误 + 技术反模式：浏览器会阻塞渲染、SEO抓取失败、屏幕阅读器无法理解、响应式几乎不可行。你写一个三列布局，嵌套三层 <table>，后期改个间距都得重算 <td> 宽度——这不是开发，是受刑。
什么场景下还能放心用 table？
仅当你要展示**真正的表格化数据**：学生成绩单、财务报表、API返回的二维数组、航班时刻表。此时 <table> 不仅合法，而且必要——它自带语义（<th> 表头、<caption> 标题、scope 属性），对可访问性和SEO反而有正向作用。
- ✅ 正确用法：
<table> <caption>2025年Q4销售数据</caption> <thead> <tr><th scope="col">地区</th><th scope="col">销售额（万元）</th></tr> </thead> <tbody> <tr><td>华东</td><td>128.5</td></tr> </tbody> </table> - ❌ 错误用法：用
<table>包住整个<header>和<nav>，只为实现“两栏+居中” - ⚠️ 注意：
cellspacing和cellpadding在 HTML5 中已废弃，改用border-spacing和padding控制间距
替代 table 布局的现代方案怎么选？
不是“哪个更好”，而是“哪个更匹配你的需求”。别硬套 Flexbox 去做网格型仪表盘，也别用 Grid 去排一行按钮。
-
单行/单列排列（导航、按钮组、表单项）→ 用
display: flex：
简单、性能好、IE11+ 兼容稳妥；flex-wrap: wrap可应对换行，justify-content和align-items天然支持对齐 -
二维网格（后台列表、卡片墙、响应式栅格）→ 用
display: grid：
声明式定义行列，grid-template-areas直观命名区域，@media下只需改几行就能切换布局 -
需要兼容 IE9–10？→ 慎用
display: table模拟（非真实<table>）：
只限极简等高布局，且必须配vertical-align: middle和width: 100%；但注意：它仍会触发表格渲染逻辑，拖慢首屏
最容易被忽略的坑：table-layout 和渲染性能
很多人以为只要不用 <table> 标签就安全了，其实 CSS 的 display: table 同样危险。它会让浏览器启用表格渲染引擎——这意味着：
立即学习“前端免费学习笔记（深入）”；
- 整块区域必须等所有子元素内容加载完才开始绘制（阻塞渲染）
-
table-layout: auto（默认）会逐字符测量内容宽度，表格越宽、单元格越多，首屏时间越长 - 即使写了
height: 100%，在<td>或display: table-cell上也大概率不生效 - 移动端双指缩放时，table 布局容易错位或文字重叠
真要兼容老浏览器，优先考虑 float + BFC 清除（如 overflow: hidden），或直接引入 postcss-flexbugs-fixes 等工具补丁，而不是倒退回 table 思维。
