企业官网建设流程全解析

做数据表格的兄弟，谁没被单元格合并坑过？在Excel里点一下“合并居中”，看着特别整齐，结果筛选、排序、公式统计全乱套；在Markdown笔记里写表格，想合并个表头却发现语法根本不支持；真去写网页表格吧，又是另一套colspan、rowspan的写法。表格单元格合并这件事，工具不同，处理逻辑完全不同，但很多人常常混为一谈。这篇我用自己多年的实际操作经验，把表格单元格合并从原理到实战系统讲一遍：先拆开它到底合并的是数据还是格式，然后分别说清楚Excel/WPS、HTML、Markdown三种场景下的合并实现、踩坑点和替代方案。无论你是每天和表格打交道的运营，还是写技术文档的工程师，亦或是刚学前端的新手，这篇文章都值得花十分钟认真看看。

1. 搞懂表格单元格合并的本质：合并的是数据还是格式

1.1 一个合并动作背后到底发生了什么

先说结论：绝大多数电子表格软件里的合并单元格，合并的不是数据，而是坐标。你选中A1到A4这四个格子，点一下合并，软件做的事情是——把这个四个格子的边框全部取消，然后重新画一个覆盖整个区域的大格子。这个大格子的坐标沿用左上角那个（A1），其他三个格子的数据不会自动相加、拼接，而是直接被清空。

用大白话说，就像把四个小房间打通了，但搬家的时候只把最左边房间里的家具留下了，另外三间房子的东西都没了。你可能会觉得这个设计很蠢，但这就是主流电子表格软件几十年来的行为逻辑。很多新手第一次用合并，操作完发现数据凭空消失了，第一反应是“难道坏了”，其实不是坏了，是规则如此。理解了这个规则，后面所有问题都解释得通。

1.2 为什么合并后永远只保留左上角的值

为什么偏偏是左上角？因为表格的本质是一个二维坐标系，每个单元格都有唯一的坐标。合并以后，这个区域必须有一个“主坐标”来代表整片区域，否则公式、引用都不知道该往哪里指。取左上角是最自然、最稳定的选择，Excel和WPS都遵循这个规则。这不是计算逻辑，而是坐标锚定逻辑：区域内有四个坐标，合并后只保留一个主坐标，其余坐标被整体覆盖。

理解这一点之后，你还会发现一个更深层的差异：Excel里的合并是“物理合并”，合并完信息是真的没了，属于破坏性操作；而网页HTML里的合并，虽然也叫合并，但只是视觉和布局层面的合并，每个单元格里的文字依然存在于文档结构中。后者我放到第三节细说，先把结论记住了：Excel合并会毁数据，HTML合并不会。

1.3 合并单元格真正适合用在哪，哪里千万别用

那合并单元格是不是一无是处？当然不是。它最大的价值在“展示层”。比如一张季度销售报表，1月到3月都属于第一季度，你完全可以把表头里“第一季度”合并横跨三列；再比如部门花名册，研发部连续占好几行，你可以在部门列里合并成一个大的“研发部”。这些都是给人看的场景，合并以后表格更清爽、层次更清晰，完全没问题。

但千万别把它用在“数据层”。什么叫数据层？就是这张表还要继续参与排序、筛选、求和、透视表、导入导出、数据库操作。一旦合并，机器就不知道每一行数据的具体归属了，后续处理全是坑。我见过不少同事，把一张原始数据表按部门合并得整整齐齐，结果筛选一开，部门选项少了好几个；SUM一拖，合计值少了一位。这些问题都不是功能bug，而是从一开始就不该合并。一句话：给人看的表放心合并，给机器算的表保持一格一数据。

2. Excel/WPS里怎么合并单元格？几种方式和几步实操

2.1 三种基础合并方式，别选错

在Excel和WPS里，合并功能基本都藏在“开始”选项卡最显眼的位置。点“合并居中”旁边的小箭头，能看到三个选项：合并并居中、跨越合并、合并单元格。很多人从头到尾只用第一个，其实三个适用场景差得很远。

• 合并并居中：把选中区域合并成一个大格子，并对内容做水平居中处理。适合做报表大标题、跨列表头，是最常用的合并方式。
• 跨越合并：把选中的区域按行分别合并。比如你想把A1:C1、A2:C2分别合并成两行大格子，用这个功能一次搞定，而不是一行一行合并。
• 合并单元格：只合并，不居中，保留原来的对齐方式。适合内容本来就需要靠左、靠右对齐的场景，比如表格里左侧的文本标签。

操作步骤其实没有太多可讲的，选中区域点一下就好。但有另一个细节很多人会忽略：合并前一定要确认区域里除左上角外没有其他数据。如果右下角的格子里有数据，点合并之后，那条数据会被悄悄删掉，而且旧版Excel不会给任何提示。WPS可能在合并时会弹个框提醒，但最好还是自己养成合并前先备份的习惯。

2.2 合并单元格和排序、筛选、公式的冲突

这是所有使用Excel/WPS的人最容易踩的大坑。当表格里有合并单元格时，排序经常直接报错，提示“此操作要求合并单元格都具有相同大小”；筛选时，同一个合并区域只有第一行有值，下拉列表里只会出现第一行的选项，选了半天，后面几行的数据全都筛不出来；SUM求和的时候，因为跨行合并导致区域不连续，公式计算结果也会莫名其妙少一块。

原因拆开看其实很清晰：排序需要一个规整的矩形数据区，每一行的单元格数量得一致，合并区域破坏了这种规整；筛选依赖每一行的记录身份，合并单元格让后面几行失去了自己的值；公式计算则需要单元格坐标可预测，合并后坐标变得很怪。一句话，凡是需要逐行识别数据的操作，合并单元格都是拦路虎。

如果你一定要合并，就留到所有数据处理完成之后，在最终展示稿里合并，别动原始数据。我认识一个做财务的姑娘，每个月都对着一堆合并单元格的表做账，每次公式结果不对都翻来覆去找原因，最后发现全是自己合并惹的祸。后来我教会她这个顺序，她再也没回来求过救。

2.3 合并单元格里快速填充重复数据

这就是热搜词里“填充数据合并单元格”对应的真实场景了。很多时候我们会遇到这种表格：某个合并单元格里写着部门名称，下面跟着若干行明细，你需要把同样的部门名称填进一整个区域、甚至多个不连续的合并单元格。我见过新手一个个双击反复敲，几十个部门能敲半小时，其实有更直观快捷的办法。

先按住Ctrl，逐个选中所有需要填同一内容的合并单元格，然后直接在编辑栏输入内容，按Ctrl+Enter，这个内容会一次性填进所有选中的合并单元格。注意了，在普通连续区域里，输入完按Ctrl+Enter的作用是批量填充公式；对于合并单元格，Ctrl+Enter同样生效，非常省事。

另外一个更推荐的方向是“先填充后合并”。先把部门名称在普通单元格里逐行填好，然后选中整列数据，用Excel 2016以上版本自带的功能“合并相同单元格”一键合并，WPS里也有类似按钮。它会自动把相邻且值相同的单元格合并成一个大单元格，正好等于我们想要的报表效果。这样既保证了数据源完整，又让合并成为最后一步的“一键动作”，完全不影响统计。如果你用的是老版本Excel，没有这个按钮，那就用“格式刷”把已经做好的合并格式刷到其他区域，也比逐个合并快得多。

2.4 取消合并并批量恢复原始数据

如果表已经合并完了，现在想回到一格一行的数据表，操作起来也不难。先选中整个区域，点“合并并居中”按钮或下拉里的“取消合并单元格”，所有合并区域会全部拆开。这时你会发现，除了每个区域左上角第一个格子里有值，其他格子全空了。如果你需要把同一个区域的值重新填满每一行，可以用下面这个经典组合技。

第一步，按Ctrl+G打开定位窗口，点“定位条件”，选择“空值”，确定。第二步，选中了所有空白格之后，直接在编辑栏输入=A1（假设当前列的上一行非空），然后按Ctrl+Enter。这样所有空白格自动引用上一格的值，整个部门列就被快速重新铺满。操作完之后，建议直接把这一列复制并粘贴成数值，清除公式，避免后续表格变动时引用错位。这套方法非常稳，我用了很多年，但要注意：如果目标列里原本就有真正的空白数据而不是分组空缺，这个操作会把所有空值都填成上一行的值，所以动手前务必先确认数据结构是连续分组的。取消合并前也最好另存一份文件，毕竟Excel的撤销在保存之后并不总是可靠。

3. HTML表格合并：colspan与rowspan实战指南

3.1 colspan跨列合并：写法、原理一次讲清

网页表格的合并逻辑跟Excel完全不同。HTML里，每个td、th就是一个小格子，合并是用colspan和rowspan两个属性告诉浏览器：这个格子要多占几个位置。下面是最基础的跨列合并写法：

<table border="1"> <tr> <td colspan="2">合并列</td> <td>普通列</td> </tr> <tr> <td>数据A</td> <td>数据B</td> <td>数据C</td> </tr> </table>

第一行里，colspan="2"表示这个单元格横向占用两列的位置；浏览器在渲染时会让它占据两个列宽，第二行三个td正常排列，整张表列数正好对齐。如果你写了colspan="1"，那就等于普通单元格，没有任何合并效果；有些老教程会写colspan="0"，说可以自适应，但浏览器兼容性极其不稳定，新手千万别用。

原理说白了就是栅格化：HTML表格在浏览器里先被拆成一个网格，每一行占多少格，是由这行所有单元格的colspan值相加决定的。第一个tr里，一个占了2格的td加上一个普通td，总数是3；第二个tr里三个普通td，总数也是3。只有每行总数一致，表格才能对得齐。这个“总列数”的概念是整个合并的命根子，后面排查错位全靠它。

3.2 rowspan跨行合并：让单元格跨行占位

跨行合并比跨列稍微绕一点，先看这个例子：

<table border="1"> <tr> <td rowspan="2">合并行</td> <td>第一行</td> </tr> <tr> <td>第二行</td> </tr> </table>

第一个单元格rowspan="2"表示它纵向占两行。所以第二个tr里，浏览器会自动把第一列的位置让给那个跨行单元格，第二个tr里只需要写一个td就等于占满了第二列。这时候如果手欠，在第二个tr里又写了一个td想补空位，表格会立刻多出一列，后面全部错位。这是rowspan使用中最常见的错误，没有之一。

同时使用colspan和rowspan的场景，比如做一个斜杠表头或者复杂课程表，建议先画栅格草图，数清楚每个单元格占用的行列数量再写代码。别凭感觉写，跨行又跨列的时候，数错一个数字，后面的元素就跟被推倒的多米诺骨牌一样全歪。我见过一个项目，前端写了四层嵌套的合并表头，改了一天都没对整齐，后来就是靠画栅格才救回来的。

3.3 复杂表头合并的三个常见坑

第一个坑是列数不一致。比如第一行使用了colspan=3，第二行却只写了2个td，浏览器渲染出来的表格就是歪的。解决方案很简单：先定好整个表格的总列数，然后让每一行的单元格数量加上colspan的数量严格等于总列数。不齐就用colspan补齐，千万不要靠浏览器自动修复。

第二个坑是rowspan和下一行的格子数量对不上。一个单元格跨两行时，被跨的那一行必须少写一个td，很多新手不知道这个规则，结果要么多写要么少写。我的检查方法是：手动把每个tr里的td数量列出来，rowspan算一行、colspan算多列，列成一张小表，一眼就能看出哪一行数量不对。写代码时多花两分钟做这步检查，能少改半天bug。

第三个坑是容易忽略的可访问性问题。合并单元格对使用屏幕阅读器的视力障碍用户不友好，读屏软件会把复杂的跨行跨列表格读成一团乱麻。如果这个网页面向公众访问，最好用scope属性给表头标明方向，或者严格控制合并数量。宁可拆表保持简单，也不要为了复杂视觉效果牺牲可用性。这个点经常在项目验收时被忽略，真出了合规问题再去改造，成本高得多。

3.4 动手前先在纸上画栅格

我自己写复杂表格的一个习惯：先不写代码，拿Excel或者一张格子纸，把目标表格画出来。每个单元格标上行号和列号，如果某个格子跨了几行几列，就写上“占2行”或“占2列”。然后计算每一行的栅格总数。行栅格等于该行普通单元格数量加上所有colspan的增量；列栅格等于该行普通单元格数量加上所有rowspan的延续数量。听起来有点抽象，实际操作一次就明白，这是避免合并表头错位最有效的土办法。

另外一个经验：如果项目是用Vue或者React，表格数据来自后端接口，合并逻辑不要写死在组件里。建议在数据层给每条数据加上colSpan、rowSpan字段，渲染时统一读取。接口调整、列数变化时，前端只需要改数据配置，不用去拼一堆td。动态表格合并的核心原则，就是让数据决定合并，让代码执行渲染，别让代码硬编码合并位置。

4. Markdown表格不能合并单元格？三个方案帮你破局

4.1 为什么Markdown表格语法不支持合并

网上经常有人问“md笔记的表格不能合并单元格吗”，答案是：原生Markdown确实不能，而且这不是哪个软件没做好，是语法设计层面就不支持。Markdown的初衷是让纯文本也能有清晰的结构，大家好用记事本就能写出看得懂的文档。后来GitHub等平台扩展出了表格语法，也就是我们常用的竖线加短横线写法，但它只能表达规整的行和列，表达不了“某个格子跨多行多列”这种额外结构。一旦要引入合并属性，语法复杂度会直线上升，纯文本的可读性就崩了。

所以你可以把Markdown表格理解成一种“最小化表格”，它的边界就在行列对齐。想要真正合并，只能跳出标准的Markdown表格语法区。别灰心，下面三个方案都是我在不同场景下实测过、能救急的可行办法。

4.2 方案一：HTML混排实现真正合并

第一种做法是在Markdown文档里直接嵌入HTML标签。绝大多数主流渲染器，包括GitHub README、Typora、Obsidian、VitePress，都支持在Markdown源码里写标准HTML，并在最终渲染时原样输出。比如你要做一个跨列的表头，可以这样写：

<table> <tr> <th colspan="2">项目</th> <th>说明</th> </tr> <tr> <td>数据A</td> <td>数据B</td> <td>这是说明文字</td> </tr> </table>

这段写在md文件里，GitHub和Typora都能正常显示，表头“项目”会横跨两列。等于你借用了HTML表格的全部合并能力，想跨列跨行都行。

但混排有前提条件。第一，发布内容的平台必须不开HTML过滤，有些博客系统的Markdown解析器会把HTML标签直接滤掉，表格会变成一坨乱码；第二，HTML块前后最好留空行，避免某些解析器把它当作行内HTML处理；第三，HTML表格在Markdown预览里的默认样式不一定好看，边框和对齐可能需要额外加CSS控制。我的建议是：本地笔记和GitHub这类支持HTML的平台放心用，其他平台先写个十行的小样测试一遍再决定。

4.3 方案二：拆表分组，用视觉模拟合并效果

不想用HTML，或者平台不支持HTML，那就用拆分表格的思路。把一张需要分组合并的大表，拆成几张普通Markdown表格，每组加一个小标题。比如一份员工信息表要按部门分组，原本想让部门列合并，现在改成这种写法：

**研发部** | 姓名 | 岗位 | 城市 | |------|------|------| | 张三 | 后端 | 上海 | | 李四 | 前端 | 北京 | **市场部** | 姓名 | 岗位 | 城市 | |------|------|------| | 王五 | 运营 | 广州 |

视觉效果上，每个部门自成一组表格，虽然没有合并框，但分组关系和阅读层次一样清晰。这种做法兼容性最好，在任何Markdown平台都不会渲染错位，只是内容被切成好几块而已。

还有一种更轻度的做法叫“留空近似法”：同一个分组的多行数据，只在第一行填分组名称，其余行的这一列留空。渲染出来视觉上像合并区域，但如果把表格复制到Excel，数据是不完整的，导出报表也会出现空单元格。这个方法我只推荐在纯展示型笔记里用，不建议用在还要二次处理数据的场景。拆表分组没有这个隐患，因为每一行都是完整数据。

4.4 不同场景下的Markdown合并方案选择

不同场景到底选哪种方案？我整理了一个速查表。

你会发现，Markdown原生不支持合并，其实是一个“善意限制”：它逼你先想清楚内容优先级。如果一张表真的要靠合并才能表达清楚，HTML混排在多数场景下完全够用；如果只是想分组展示，拆表是更干净的答案。别为了追求视觉上的“高级”，把一张本来很清爽的Markdown表格搞成HTML嵌套大杂烩，维护起来谁看谁哭。

5. 合并单元格常见问题与排查技巧实录

5.1 Excel合并后数据丢失找回思路

先讲最悲催的情况：刚合并完，发现区域里原本有数据，现在只剩左上角一个值了。第一步别慌，立刻按Ctrl+Z，只要文件还没保存过，撤销一次就能恢复。如果已经保存并关闭了，那就分情况看：有备份文件、历史版本或者云端自动保存记录，直接找回；什么都没有，只能看左上角保留值能不能反推出其他值，或者从同事的共享副本里复制回来。

我自己的习惯是，碰到来源不明的表格，先复制到另一个工作表再操作。这个习惯帮我躲过无数次数据丢失事故。永远记住一点：合并是破坏性操作，操作前备份一分钟，损失可能是别人一整天的劳动成果。尤其是团队共享的Excel，谁合并了都不说，下一个接手的人一定会被坑。

5.2 筛选排序透视表全失灵？先找合并单元格

如果你拿到一张表，一排序就报错、一筛选就缺数据、透视表字段也对不上，第一怀疑对象就是合并单元格。排查方法是：按Ctrl+G调出定位窗口，点“定位条件”，选择“合并单元格”，确定后Excel会直接选中表中所有合并区域。然后点“取消合并”，再按前面说的方法批量填充重复值，整张表基本就恢复正常了。

这里单独说一句透视表的正确用法：源数据表不要合并，如果报表展示时需要合并外观，应该在透视表字段布局里开启“重复项目标签”，或者把透视结果复制到一个新的展示工作表，再做最终视觉合并。直接拿带合并单元格的数据源去做透视表，字段都会少一半，查起来非常痛苦。

5.3 Markdown+HTML表格错位排查备忘

HTML混排在md里出错，大多数不是Markdown的问题，而是HTML表格本身写错了。我给的排查顺序是：第一，检查标签闭合， 、 、 不要漏；第二，检查每个tr的栅格总数，colspan占了几格要加上，rowspan在后续行的延续也要算进去，所有行的总数必须一致；第三，把这段HTML单独存成一个.html文件，用浏览器开发者工具看列对不对齐。

如果浏览器里显示正常，那就说明HTML本身没问题，是Markdown解析器的过滤或者样式覆盖问题。这种时候就换成拆表方案，别跟渲染器较劲。记住一个原则：先证明代码没问题，再怀疑平台有问题，排查效率会高很多。

5.4 合并单元格的正确打开方式速查表

最后把合并单元格在不同场景下的正确做法整理成一张速查表：

其实这张速查表背后就一个原则：合并是展示动作，不是数据处理动作。把合并放到整个工作流最后一步，把原始数据牢牢留在手里，不管遇到的是Excel、HTML还是Markdown，都不会被坑得太惨。这是我这些年被合并单元格反复教育之后，最想分享给你的结论。下次再有人问“md笔记的表格不能合并单元格吗”，你已经能给出比一句“不能”更完整的答案了。