现代网页布局应优先使用CSS Flexbox或Grid，而非HTML表格；但表格仍适用于展示结构化数据（如报表、对比表）和邮件模板设计，因其兼容性好；为提升可维护性与可访问性，需语义化标签、合理使用scope属性，并通过role="presentation"告知辅助技术纯布局用途。
HTML表格布局，简单来说，就是利用
、（行）和（单元格）这些标签来划分页面的区域，形成视觉上的排版。这在早期的网页设计中非常普遍，尤其是在CSS还不成熟的年代。然而，如果你现在问我，我肯定会告诉你：在绝大多数情况下，不要用HTML表格来做页面布局了！ 现代网页布局更倾向于使用CSS的Flexbox或Grid系统。但如果非要追溯历史或者处理一些特殊场景（比如邮件模板），理解它的基本设计原理还是有必要的。
解决方案
要设计HTML表格布局，核心在于巧妙地组合 、和，并通过colspan （跨列）和rowspan （跨行）属性来合并单元格，以模拟出不同的页面区域。
一个最基础的表格布局会是这样的： 这个例子展示了一个简单的两栏布局，顶部是左侧导航和主内容，底部是一个横跨两列的页脚。 colspan="2" 让底部的单元格占据了上面两列的空间。通过这种方式，你可以想象如何通过嵌套表格、调整单元格宽度和高度来构建更复杂的布局。比如，在主内容区域内部再嵌套一个表格，实现更精细的排版。
表格布局的“设计”思路，其实就是把页面看作一张网格，然后用单元格填充这些网格，合并单元格来创建更大的区域。它非常直观，但这种直观背后隐藏着很多问题。
为什么现代网页设计不再推荐使用HTML表格进行布局？
这真是个老生常谈的话题了，但每次提起来，我还是觉得有必要强调。我们现在很少用表格来做布局，原因很多，而且都很实际。
首先，语义化是个大问题。HTML标签是有其特定含义的。 标签是为展示结构化数据而生的，比如财务报表、产品对比、日程表等等。你用它来布局，就像是拿筷子去喝汤——虽然勉强能用，但它真的不是干这个的。这会导致搜索引擎和屏幕阅读器在解析你的页面时产生困惑，它们可能会把你的侧边栏、页脚误认为是数据的一部分，这对于网站的SEO和可访问性都是致命的打击。想象一下，一个视障用户用屏幕阅读器访问你的网站，听到的是“表格，两行三列，单元格一：导航，单元格二：主内容……”这体验简直是灾难。
其次，响应式设计几乎不可能。在移动设备普及的今天，网页需要能在各种屏幕尺寸上良好展现。表格布局的单元格宽度和高度往往是固定的或者相对固定的，要让它在小屏幕上自动调整、折叠，那简直是噩梦。你可能需要写大量的CSS来覆盖和重置表格的默认行为，这无疑增加了开发和维护的复杂度。而Flexbox和Grid天生就是为了响应式设计的弹性布局而生，它们能轻松实现元素的重新排列和大小调整。
再者，代码冗余和维护成本高。为了实现复杂的布局，你往往需要大量嵌套表格，这会使得HTML代码变得臃肿不堪，可读性极差。一个小小的布局调整，可能就需要你深入到多层嵌套的 、、| 中去修改，一不小心就可能破坏整个布局。这就像是在一个迷宫里找路，效率低下且容易出错。
最后，CSS控制力受限。表格布局主要依赖HTML属性（如 width , height , align , valign 等）来控制，虽然可以用CSS来美化样式，但对于布局本身的控制，CSS显得力不从心。而Flexbox和Grid则将布局的控制权完全交给了CSS，让样式和结构分离，代码更清晰，维护更方便。
所以，与其说“不推荐”，不如说“除非万不得已，否则请避开”。
哪些场景下HTML表格依然是最佳选择？
虽然我刚才把表格布局“批”了一顿，但凡事无绝对，有些特定的场景下，HTML表格依然是无可替代的，或者说是最佳选择。
最核心的一点，就是展示真正的结构化数据。这是表格的本职工作，也是它设计出来的初衷。当你的内容本身就是一张“表”的时候，比如：
-
财务报表和数据统计： 列出不同项目的数值、增长率等。
-
产品对比页面： 详细列出不同产品的各项参数和特点。
-
日程表、课程表或活动安排： 时间和事件的对应关系。
-
用户列表或库存清单： 每一行代表一个实体，每一列代表一个属性。
在这种情况下，使用 、、、、| 等语义化标签不仅正确，而且能极大地提升内容的可访问性。屏幕阅读器能够正确识别表格结构，帮助用户理解数据之间的关系。
一个典型的结构化数据表格示例：
2023年第四季度销售数据
| 区域 |
销售额 (USD) |
增长率 |
| 华东 |
$1,200,000 |
15% |
| 华南 |
$950,000 |
10% |
| 华北 |
$800,000 |
8% |
| 总计 |
$2,950,000 |
- |
另一个非常重要的场景是电子邮件模板设计。这可能是唯一一个，在现代前端开发中，表格布局依然占据主导地位的“布局”场景。原因很简单：各种邮件客户端（Outlook、Gmail、Apple Mail等）对CSS的支持千差万别，而且很多客户端对现代CSS属性（如Flexbox、Grid）的支持非常有限，甚至根本不支持。为了确保邮件在所有客户端上都能正常显示，开发者们不得不退回到最原始、兼容性最好的表格布局。在这种情况下，表格的 width 、height 、align 、valign 等属性以及colspan 、rowspan 变得至关重要，因为它们是确保邮件排版一致性的“救命稻草”。
所以，如果你是在处理一份需要展示复杂数据报表的需求，或者正在设计一封营销邮件，那么，请毫不犹豫地使用HTML表格吧。
如何在表格布局中提升可维护性和可访问性？
既然我们承认了表格在某些场景下仍然有用，那么，即使是使用表格，我们也应该尽量做到最好，提升它的可维护性和可访问性。这不仅仅是为了用户体验，也是为了我们自己未来的维护工作。
首先，坚持语义化标签的使用。即使是邮件模板这种“布局”场景，如果表格内部有数据，也要尽可能使用 来表示表头单元格，而不是简单的。对于数据表格，、、和
都是非常重要的。
为表格提供一个标题，定义表头行，定义表格主体，定义表脚。这些标签能帮助屏幕阅读器和搜索引擎更好地理解表格的结构和内容。
2023年第四季度销售数据
| 区域 |
销售额 (USD) |
增长率 |
| 华东 |
$1,200,000 |
15% |
注意这里的 summary 属性在HTML5中已经被废弃了，推荐使用
和更详细的文本描述，或者结合ARIA属性。但对于旧的邮件客户端，它可能仍然有用。
其次，善用scope 属性。在 标签中添加scope="col" （表示该表头应用于列）或scope="row" （表示该表头应用于行），这能帮助屏幕阅读器明确表头与数据单元格之间的关系，极大地提升可访问性。
| 姓名 |
年龄 |
城市 |
| 张三 |
25 |
北京 |
| 李四 |
30 |
上海 |
第三，为纯粹的布局表格添加role="presentation" 。如果你的表格确实只是用来做布局，并且不包含任何结构化数据，你可以考虑给 标签添加role="presentation" 属性。这会告诉辅助技术（如屏幕阅读器）这个表格只是用来呈现视觉效果的，不应该被当作数据表格来解析。这在邮件模板中尤为常见，可以避免屏幕阅读器读出冗余的表格结构信息。但要非常小心使用这个属性，一旦你这样做了，表格的语义就完全丢失了。确保它真的只是用于视觉布局，没有任何数据含义。
最后，用CSS来美化样式，而不是控制布局。即使是表格布局，你仍然可以通过CSS来控制边框、背景色、字体、内边距等样式。尽量将样式与HTML结构分离，将CSS写在
|
|
|
|
|
|
|
