企业官网建设流程全解析

1. 为什么标准Markdown表格不够用

1.1 从一次真实排版翻车说起

前阵子帮一个做硬件产品的朋友整理选型对比文档，十几款传感器的供电电压、通信接口、量程、精度、封装尺寸要横向拉通对比。我一开始老老实实用标准Markdown表格写，结果导出成PDF发给对方之后，对方直接回了一句：“这个表格看着太累了，同一个型号占了三行，眼睛都花了。”

问题就出在这里：标准Markdown表格是严格的网格结构，每一行必须列数一致，单元格之间不能跨行也不能跨列。当一份对比表里出现“一个型号对应多个子项”这种层级关系时，只能靠重复填写来凑，比如型号列连续三行都写同一个名字，或者干脆把多个值塞进一个单元格用换行符硬撑。前者视觉冗余，后者在部分渲染器里换行符根本不生效，直接变成一坨。

这就是合并单元格需求诞生的土壤。它不是什么炫技，而是真实文档场景里绕不开的刚需：产品参数对比、项目排期表、组织架构图、课程表、报价单，这些表格天然带有层级和分组，标准语法表达不了。

1.2 合并单元格到底解决什么问题

把需求拆开看，合并单元格主要解决三类表达诉求。

第一类是纵向合并，也就是同一列里相邻的多个单元格合成一个。典型场景是分类汇总，比如一张表里“华东区”下面挂五个城市，你希望“华东区”这三个字只出现一次，纵向跨越五行。这在HTML里对应rowspan属性。

第二类是横向合并，同一行里相邻的多个单元格合成一个。典型场景是表头分组，比如“尺寸”这个大标题下面再分“长、宽、高”三个子列，“尺寸”就需要横向跨越三列。这在HTML里对应colspan属性。

第三类是混合合并，行列同时跨。比如一张复杂的排期表，某个阶段横跨多个时间列，同时又纵向覆盖多个任务行。这种最考验结构设计，也最容易出错。

标准Markdown语法对这三类需求全部无能为力。你可能会想到用扩展语法，比如某些平台支持的^^表示继承上一行内容，或者用||表示横向合并。但这些扩展语法没有统一标准，换个渲染器就失效，导出工具不认，协作平台之间互相不兼容。我试过在某平台用扩展语法写得好好的表格，复制到另一个工具里直接变成一堆乱码竖线，返工重排花了半小时。

所以结论很明确：想要合并单元格效果稳定、跨平台可用，嵌入HTML语法是目前最靠谱的方案。Markdown本身允许内嵌HTML，这是CommonMark规范里明确支持的，主流渲染器（包括各类静态站点生成器、文档工具、笔记软件）基本都认。你写的是HTML表格，外面套着Markdown文档，渲染出来就是带合并效果的表格，导出PDF、转Word、发网页都不会跑偏。

1.3 适合谁来用这套方案

这套方案的门槛其实不高，但需要你对HTML表格的基本标签有最低限度的了解。如果你满足以下任意一条，这篇内容就值得你花时间看完：

• 经常写技术文档、产品文档，表格里需要表达层级和分组关系
• 用Markdown做笔记或写博客，但遇到复杂表格就卡壳
• 需要把文档导出成PDF或Word，要求表格排版稳定不跑版
• 团队协作时，希望表格在任何人的编辑器里看起来都一样

如果你完全没接触过HTML，也不用慌。合并单元格用到的标签就那么几个：<table>、<tr>、<td>、<th>，加上rowspan和colspan两个属性。我会把每个标签的作用和写法都拆开讲清楚，照着抄就能用。

2. 核心原理：Markdown里嵌HTML表格的底层逻辑

2.1 Markdown解析器如何处理内嵌HTML

要理解为什么嵌入HTML能生效，得先知道Markdown解析器的工作方式。Markdown文档在渲染时，解析器会逐行扫描，识别哪些内容是Markdown语法，哪些是普通文本。当它遇到以<开头的行，并且能识别出是合法的HTML块级标签时，就会把这一段原样交给HTML渲染引擎处理，不再套用Markdown的表格、列表等规则。

这里有个关键细节：块级HTML和行内HTML的处理方式不同。<table>是块级元素，它必须独占一段，前后要有空行与Markdown内容隔开。如果你把<table>紧贴在Markdown段落后面，某些解析器会把它当成行内内容，导致表格结构被破坏。我踩过这个坑，表格标签和上面的文字之间没留空行，渲染出来表格直接嵌在段落文字里，布局全乱。

正确的做法是这样：

上面是普通Markdown段落，这里空一行。 <table> <tr> <td>单元格内容</td> </tr> </table> 下面继续写Markdown内容，同样空一行。

前后各留一个空行，这是铁律。不同解析器对空行的容忍度不一样，有的宽松有的严格，但统一留空行能保证在所有环境下都不出问题。

2.2 rowspan与colspan的工作机制

rowspan和colspan这两个属性是合并单元格的核心，理解它们的计算逻辑比死记语法重要得多。

colspan="n"表示当前单元格横向占据n列的宽度。关键在于，当你让一个单元格横跨n列之后，这一行后续就少写n-1个单元格。举个例子，一行本来要放4个单元格，第一个单元格设了colspan="3"，那么这一行只需要再写1个单元格就够了，总共2个<td>标签，但视觉上占4列。如果你多写了，表格就会多出列来，结构错乱。

rowspan="n"表示当前单元格纵向占据n行的高度。它的影响是向下传递的：当前单元格跨了n行，那么下面n-1行的对应位置就不要再写单元格了，因为那个位置已经被上面的单元格占住了。这个逻辑比colspan更容易出错，因为你需要同时在脑子里追踪多行的结构。

我用一个具体例子说明。假设要做一个3行3列的表，第一列的第一个单元格纵向合并3行：

<table> <tr> <td rowspan="3">跨三行</td> <td>第一行第二列</td> <td>第一行第三列</td> </tr> <tr> <td>第二行第二列</td> <td>第二行第三列</td> </tr> <tr> <td>第三行第二列</td> <td>第三行第三列</td> </tr> </table>

注意看，第二行和第三行的<tr>里只有两个<td>，因为第一列的位置已经被第一行那个rowspan="3"的单元格占住了。如果你在第二行也写了三个<td>，表格就会变成4列，第一列那个合并单元格右边会多出一个空格子。

2.3 合并单元格的行列数守恒原则

这是整个方案里最重要的一条心法：每一行的有效列数必须相等。

什么叫有效列数？就是把colspan的值累加起来，再加上被上方rowspan占住的列。每一行的有效列数加起来必须等于表格的总列数，否则表格就会错位。

我把它总结成一个检查公式：

某行的有效列数 = 该行所有td的colspan值之和 + 被上方rowspan占用的列数

这个公式在排查表格错位问题时特别管用。当你发现表格渲染出来歪了，就逐行算一遍有效列数，哪一行对不上，问题就出在哪一行。

举个混合合并的例子，一个4列的表：

<table> <tr> <td rowspan="2">A</td> <td colspan="2">B（横跨两列）</td> <td>C</td> </tr> <tr> <td>D</td> <td>E</td> <td>F</td> </tr> </table>

第一行：A占1列（rowspan不影响本行列数计算），B的colspan是2，C占1列，有效列数 = 1+2+1 = 4。 第二行：A被上方rowspan占住算1列，D、E、F各占1列，有效列数 = 1+1+1+1 = 4。

两行都是4列，守恒，表格结构正确。

2.4 为什么不用Markdown扩展语法

前面提过扩展语法不统一的问题，这里再展开说一下为什么我最终放弃了扩展方案。

主流的Markdown表格扩展语法大致有两种思路。一种是用特殊符号表示合并，比如在单元格里写^^表示这个格子继承上一行的内容，写<<表示横向合并。另一种是用HTML注释或自定义标记来标注合并范围。这些语法在提出它们的那个平台或工具里能用，但一旦离开那个环境就废了。

我做过一个测试，把同一份带扩展语法的表格分别放到五个不同的Markdown环境里渲染，结果只有两个能正确显示，另外三个要么把特殊符号原样显示出来，要么直接报错。而HTML方案在同样的五个环境里，五个全部正确渲染。这个对比很能说明问题。

HTML是Web的通用语言，任何Markdown渲染器只要支持内嵌HTML（这是绝大多数渲染器的默认行为），就能正确解析表格。你不需要赌某个平台是否支持某个扩展语法，HTML方案是确定性最高的选择。

3. 实操：从零构建一个带合并单元格的表格

3.1 基础环境与最小可用示例

你不需要安装任何额外工具。任何支持Markdown的编辑器都能写，保存为.md文件即可。我用的是常见的代码编辑器加Markdown预览插件，你也可以用任何在线Markdown编辑器验证效果。

先从一个最小示例开始，确保你的环境能正确渲染内嵌HTML表格：

这是一个测试段落。 <table> <tr> <th>姓名</th> <th>部门</th> </tr> <tr> <td>张三</td> <td>技术部</td> </tr> </table> 段落结束。

如果预览里能看到一个两行两列的表格，说明环境没问题。如果看到的是原样的HTML代码，说明你的渲染器关闭了HTML支持，需要在设置里打开。大部分编辑器默认是开启的。

3.2 纵向合并：rowspan实战

现在做一个真实场景：一张项目排期表，同一个负责人负责多个任务，希望负责人名字纵向合并。

<table> <tr> <th>负责人</th> <th>任务</th> <th>截止日期</th> </tr> <tr> <td rowspan="3">李工</td> <td>需求评审</td> <td>3月10日</td> </tr> <tr> <td>接口设计</td> <td>3月15日</td> </tr> <tr> <td>联调测试</td> <td>3月25日</td> </tr> <tr> <td rowspan="2">王工</td> <td>前端开发</td> <td>3月20日</td> </tr> <tr> <td>页面验收</td> <td>3月28日</td> </tr> </table>

这里李工跨3行，所以后面两行的第一列都不写<td>。王工跨2行，后面一行第一列不写。每一行的有效列数都是3，守恒。

写rowspan的时候有个容易忽略的点：被合并的单元格内容要写在第一个单元格里，而不是分散写。也就是说李工的名字只写一次，写在rowspan="3"那个td里，下面两行不要重复写名字。我见过有人把名字写在最后一行，上面留空，结果渲染出来名字跑到表格底部去了，因为HTML是按文档流从上往下渲染的。

3.3 横向合并：colspan实战

横向合并最典型的用法是表头分组。做一个产品参数表，把参数分成“电气参数”和“机械参数”两大类：

<table> <tr> <th rowspan="2">型号</th> <th colspan="3">电气参数</th> <th colspan="2">机械参数</th> </tr> <tr> <th>电压</th> <th>电流</th> <th>功耗</th> <th>长度</th> <th>重量</th> </tr> <tr> <td>A型</td> <td>5V</td> <td>1A</td> <td>5W</td> <td>10cm</td> <td>200g</td> </tr> </table>

第一行里，“型号”纵向跨2行，“电气参数”横向跨3列，“机械参数”横向跨2列。有效列数 = 1+3+2 = 6。第二行里，“型号”被上方占住算1列，后面5个th各占1列，有效列数 = 1+5 = 6。守恒。

这个结构在标准Markdown里是绝对做不出来的，但用HTML就是几行标签的事。

3.4 混合合并：行列同时跨越

混合合并是难度最高的，但只要守住“有效列数守恒”这条原则，就不会乱。做一个课程表，上午下午各两节课，某些课程连堂：

<table> <tr> <th>时段</th> <th>周一</th> <th>周二</th> <th>周三</th> </tr> <tr> <td rowspan="2">上午</td> <td>数学</td> <td rowspan="2">实验课（连堂）</td> <td>英语</td> </tr> <tr> <td>语文</td> <td>物理</td> </tr> <tr> <td rowspan="2">下午</td> <td colspan="3">自习</td> </tr> <tr> <td>体育</td> <td>音乐</td> <td>美术</td> </tr> </table>

逐行验证：第一行4列。第二行“上午”占1列，数学1列，实验课1列，英语1列，共4列。第三行“上午”被占1列，语文1列，实验课被占1列，物理1列，共4列。第四行“下午”占1列，自习colspan=3占3列，共4列。第五行“下午”被占1列，体育、音乐、美术各1列，共4列。全部守恒。

这个表格里同时出现了rowspan和colspan，还有跨行跨列的组合，但结构依然清晰。关键就是每写一行都数一遍有效列数。

3.5 样式美化：让HTML表格融入Markdown文档

纯HTML表格默认样式比较朴素，边框可能不显示，和Markdown文档的整体风格也可能不搭。有两个办法处理。

第一个办法是用内联样式，直接在标签上写style属性：

<table style="border-collapse: collapse; width: 100%;"> <tr> <th style="border: 1px solid #ddd; padding: 8px; background: #f5f5f5;">表头</th> </tr> <tr> <td style="border: 1px solid #ddd; padding: 8px;">内容</td> </tr> </table>

border-collapse: collapse让边框合并成单线，padding给单元格留内边距，background给表头加底色。这些样式在导出PDF和网页时都能保留。

第二个办法是依赖文档主题的CSS。如果你的Markdown渲染器有全局样式表，通常会对table、th、td标签有默认样式，你不需要额外写style，表格会自动融入文档风格。这种情况下建议先不写内联样式，看看默认效果如何，不满意再针对性调整。

我个人的习惯是：如果文档要导出PDF或发给别人，就写内联样式保证一致性；如果只是自己在线预览，就用默认样式省事。

4. 常见问题与排查技巧实录

4.1 表格错位问题速查表

表格错位是最高频的问题，几乎每个刚开始用HTML表格的人都会遇到。我把常见症状和原因整理成一张表，方便对照排查。

排查的时候有个笨办法但特别有效：把表格复制到一个纯HTML文件里，用浏览器打开。浏览器对HTML表格的容错和渲染是最标准的，如果浏览器里显示正常，说明结构没问题，问题出在Markdown渲染器；如果浏览器里也错位，那就是HTML结构本身有错，逐行数有效列数即可。

4.2 不同渲染器的兼容性差异

虽然HTML表格的兼容性整体很好，但不同渲染器之间还是有细微差异，我踩过几个坑值得说一下。

第一个差异是空行要求。有的渲染器对table标签前后的空行要求严格，少一个空行就解析失败；有的则比较宽松。统一留空行是最保险的做法。

第二个差异是属性引号。HTML属性值可以用双引号、单引号，甚至不加引号。但某些Markdown解析器在处理内嵌HTML时，对不加引号的属性值识别有问题。建议统一用双引号，兼容性最好。

第三个差异是自闭合标签。像<br>这种标签，有的渲染器要求写成<br/>，有的两种都认。表格里如果用到换行，建议用<br/>这种自闭合写法，兼容性更广。

第四个差异是嵌套Markdown语法。在HTML表格的td里能不能写Markdown语法（比如加粗、链接），不同渲染器处理不一样。有的支持，有的会把Markdown符号原样显示。如果需要加粗，建议直接用<strong>标签，不要用**，这样最稳。

4.3 导出PDF和Word时的注意事项

很多人用Markdown是为了最终导出成PDF或Word。HTML表格在导出环节有几个坑。

导出PDF时，如果表格列数多、内容长，容易出现跨页断行的问题。一个合并单元格跨了多行，正好卡在分页位置，导出后可能被截断。解决办法是在表格样式里加page-break-inside: avoid，让表格尽量不跨页。但这条样式不是所有导出工具都支持，如果不行，就只能手动调整表格位置，让它避开分页点。

导出Word时，HTML表格通常能保留合并结构，但样式可能丢失。内联样式保留得比较好，外部CSS基本会丢。所以如果目标是导出Word，建议把边框、内边距这些关键样式都写成内联的。

还有一个通用建议：导出前先用目标格式试导一次，看看效果再定稿。我吃过亏，在线预览好好的表格，导出PDF后合并单元格全散了，原因是导出工具不支持rowspan。后来换成另一个导出工具就正常了。不同工具的能力差异很大，试一次比猜十次强。

4.4 我的三条实操心得

第一条心得：先画结构再写代码。在纸上或白板上把表格的行列结构画出来，标清楚哪些格子要合并、合并几个，然后再动手写HTML。直接上手写代码，写到第三四行就容易乱。我现在的习惯是先用表格工具（哪怕是Excel）把最终效果画出来，再照着转成HTML，效率高很多。

第二条心得：复杂表格拆成多个简单表格。如果一个表格合并关系特别复杂，行列交叉十几处，维护成本会非常高，改一个地方可能牵动全身。这种情况下，我会考虑把它拆成几个结构简单的表格，用标题分隔。虽然视觉上不如一个大表格紧凑，但可读性和可维护性好得多。文档是给人看的，不是炫技。

第三条心得：给表格加注释。在HTML表格前后用Markdown注释或普通文字说明这个表格的结构，比如“本表共6列，第一列纵向合并”。这样过一段时间回来改，或者别人接手，能快速理解结构。HTML表格的可读性不如标准Markdown表格，注释能弥补这一点。

5. 进阶技巧：让表格更好维护

5.1 用模板减少重复劳动

如果你经常写结构类似的表格，可以做一个HTML模板，每次复制粘贴改内容就行。比如一个标准的“分类+多子项”模板：

<table style="border-collapse: collapse; width: 100%;"> <tr> <th style="border: 1px solid #ddd; padding: 8px;">分类</th> <th style="border: 1px solid #ddd; padding: 8px;">项目</th> <th style="border: 1px solid #ddd; padding: 8px;">说明</th> </tr> <tr> <td rowspan="2" style="border: 1px solid #ddd; padding: 8px;">分类A</td> <td style="border: 1px solid #ddd; padding: 8px;">项目1</td> <td style="border: 1px solid #ddd; padding: 8px;">说明1</td> </tr> <tr> <td style="border: 1px solid #ddd; padding: 8px;">项目2</td> <td style="border: 1px solid #ddd; padding: 8px;">说明2</td> </tr> </table>

把样式抽出来重复用，改的时候只改内容不动结构，出错概率大大降低。如果样式要统一调整，用查找替换批量改style属性即可。

5.2 用脚本批量生成表格

如果表格数据来自结构化数据（比如CSV或JSON），手写HTML就太笨了。写个小脚本自动生成是更聪明的做法。用Python举个例子：

data = [ {"category": "分类A", "items": [("项目1", "说明1"), ("项目2", "说明2")]}, {"category": "分类B", "items": [("项目3", "说明3")]}, ] html = ['<table style="border-collapse: collapse; width: 100%;">'] html.append('<tr><th style="border:1px solid #ddd;padding:8px;">分类</th>' '<th style="border:1px solid #ddd;padding:8px;">项目</th>' '<th style="border:1px solid #ddd;padding:8px;">说明</th></tr>') for group in data: rowspan = len(group["items"]) for i, (item, desc) in enumerate(group["items"]): html.append('<tr>') if i == 0: html.append(f'<td rowspan="{rowspan}" style="border:1px solid #ddd;padding:8px;">{group["category"]}</td>') html.append(f'<td style="border:1px solid #ddd;padding:8px;">{item}</td>') html.append(f'<td style="border:1px solid #ddd;padding:8px;">{desc}</td>') html.append('</tr>') html.append('</table>') print('\n'.join(html))

这段脚本的核心逻辑就是：遍历每个分类，第一个子项写带rowspan的td，后续子项不写分类td。rowspan的值等于该分类下子项的数量。数据变了，重新跑一遍脚本就行，不用手动改HTML。

这个思路可以扩展到任何结构化数据。数据量大、更新频繁的表格，用脚本生成比手写靠谱得多。

5.3 表格的可访问性优化

如果文档要发布到网页上，表格的可访问性值得花点心思。屏幕阅读器读表格时，需要知道表头和数据单元格的对应关系。用<th>标签标记表头是基础操作，更规范的做法是加上scope属性：

<th scope="col">列标题</th> <th scope="row">行标题</th>

scope="col"表示这个表头对应一列，scope="row"表示对应一行。对于合并单元格，还可以用id和headers属性建立显式关联，不过这个比较复杂，一般文档场景用scope就够了。

另一个可访问性要点是不要用表格做布局。HTML表格应该只用来展示表格数据，不要为了排版效果用表格去布局页面。这是老生常谈，但确实有人这么干，结果可访问性和响应式都一塌糊涂。

5.4 响应式处理：小屏幕下的表格

HTML表格在手机等小屏幕上容易溢出，因为表格有最小宽度，屏幕放不下就会横向滚动或撑破布局。有两个处理思路。

第一个思路是给表格外层套一个可横向滚动的容器：

<div style="overflow-x: auto;"> <table style="border-collapse: collapse; width: 100%;"> ... </table> </div>

这样表格在宽屏上正常显示，在窄屏上可以横向滑动查看，不会撑破页面。

第二个思路是在小屏幕上把表格转成卡片式布局，用CSS媒体查询实现。这个方案效果更好但实现复杂，需要给每个td加上><table style="border-collapse: collapse; width: 100%;"> <tr> <th rowspan="2" style="border:1px solid #ddd;padding:8px;">产品型号</th> <th colspan="3" style="border:1px solid #ddd;padding:8px;">核心参数</th> <th colspan="2" style="border:1px solid #ddd;padding:8px;">物理规格</th> </tr> <tr> <th style="border:1px solid #ddd;padding:8px;">处理速度</th> <th style="border:1px solid #ddd;padding:8px;">内存</th> <th style="border:1px solid #ddd;padding:8px;">功耗</th> <th style="border:1px solid #ddd;padding:8px;">尺寸</th> <th style="border:1px solid #ddd;padding:8px;">重量</th> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">A型</td> <td style="border:1px solid #ddd;padding:8px;">100MHz</td> <td style="border:1px solid #ddd;padding:8px;">4GB</td> <td style="border:1px solid #ddd;padding:8px;">5W</td> <td style="border:1px solid #ddd;padding:8px;">10cm</td> <td style="border:1px solid #ddd;padding:8px;">200g</td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">B型</td> <td style="border:1px solid #ddd;padding:8px;">200MHz</td> <td style="border:1px solid #ddd;padding:8px;">8GB</td> <td style="border:1px solid #ddd;padding:8px;">10W</td> <td style="border:1px solid #ddd;padding:8px;">15cm</td> <td style="border:1px solid #ddd;padding:8px;">350g</td> </tr> </table>

这个表格用标准Markdown写，表头分组根本表达不了，只能把“核心参数”和“物理规格”塞进每个子列标题里，又长又丑。HTML方案干净利落。

6.2 项目排期甘特表

排期表的特点是任务和时间两个维度，某些任务跨多个时间段。

<table style="border-collapse: collapse; width: 100%;"> <tr> <th style="border:1px solid #ddd;padding:8px;">任务</th> <th style="border:1px solid #ddd;padding:8px;">第1周</th> <th style="border:1px solid #ddd;padding:8px;">第2周</th> <th style="border:1px solid #ddd;padding:8px;">第3周</th> <th style="border:1px solid #ddd;padding:8px;">第4周</th> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">需求分析</td> <td colspan="2" style="border:1px solid #ddd;padding:8px;text-align:center;">进行中</td> <td style="border:1px solid #ddd;padding:8px;"></td> <td style="border:1px solid #ddd;padding:8px;"></td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">开发</td> <td style="border:1px solid #ddd;padding:8px;"></td> <td colspan="2" style="border:1px solid #ddd;padding:8px;text-align:center;">进行中</td> <td style="border:1px solid #ddd;padding:8px;"></td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">测试</td> <td style="border:1px solid #ddd;padding:8px;"></td> <td style="border:1px solid #ddd;padding:8px;"></td> <td colspan="2" style="border:1px solid #ddd;padding:8px;text-align:center;">进行中</td> </tr> </table>

每个任务的“进行中”横跨对应的时间列，视觉上一眼就能看出时间跨度。这种表达力是标准Markdown表格给不了的。

6.3 组织架构与分类汇总表

分类汇总表用纵向合并最合适，一个分类下面挂多个条目。

<table style="border-collapse: collapse; width: 100%;"> <tr> <th style="border:1px solid #ddd;padding:8px;">区域</th> <th style="border:1px solid #ddd;padding:8px;">城市</th> <th style="border:1px solid #ddd;padding:8px;">负责人</th> </tr> <tr> <td rowspan="3" style="border:1px solid #ddd;padding:8px;">华东区</td> <td style="border:1px solid #ddd;padding:8px;">城市A</td> <td style="border:1px solid #ddd;padding:8px;">负责人甲</td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">城市B</td> <td style="border:1px solid #ddd;padding:8px;">负责人乙</td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">城市C</td> <td style="border:1px solid #ddd;padding:8px;">负责人丙</td> </tr> <tr> <td rowspan="2" style="border:1px solid #ddd;padding:8px;">华南区</td> <td style="border:1px solid #ddd;padding:8px;">城市D</td> <td style="border:1px solid #ddd;padding:8px;">负责人丁</td> </tr> <tr> <td style="border:1px solid #ddd;padding:8px;">城市E</td> <td style="border:1px solid #ddd;padding:8px;">负责人戊</td> </tr> </table>

区域名称只出现一次，纵向跨越该区域下的所有城市，层级关系一目了然。

7. 写在最后：一些个人体会

这套HTML表格方案我用了两年多，从最初的磕磕绊绊到现在基本一次成型，中间踩的坑基本都写在上面的排查表里了。如果只让我留一条建议，那就是每次写完表格都数一遍有效列数。这个动作花不了十秒钟，但能省下大量返工时间。我现在的习惯是写完一个tr就在心里默数：这个td占几列，那个td占几列，加起来对不对。养成肌肉记忆之后，出错率能降到很低。

另一个体会是，不要追求一个表格解决所有问题。有时候把复杂表格拆成两个简单表格，阅读体验反而更好。文档是给人看的，结构清晰比形式紧凑重要。我见过有人为了把所有信息塞进一个表格，合并关系复杂到连自己都看不懂，这就本末倒置了。

最后说一个扩展方向。如果你经常需要生成复杂表格，可以考虑用数据驱动的方式，把表格数据抽成JSON或YAML，写个脚本自动转成HTML。这样数据归数据，展示归展示，改数据不用碰HTML，维护成本会低很多。数据量越大，这个方案的优势越明显。