简介一份面向C# WinForms开发者的DataGridView合并单元格实现资源覆盖逻辑合并与视觉合并两种思路重点解决表格标题行、汇总行等场景下的复杂布局需求。压缩包共22个文件包括C#源码(.cs)、可执行演示程序(.exe)、资源定义(.resx)、解决方案/工程文件(.sln、.csproj)以及调试符号(.pdb)等整体仅44KB结构紧凑、便于快速定位关键代码。目前已有344人学习下载。内容以MergeCell示例工程为核心可直接打开运行查看合并效果也可对照源码逐步理解如何通过重写Paint事件、自定义单元格绘制以及设置行列属性来实现视觉合并同时掌握对齐方式调整、自动列宽禁用等配套细节。适合需要为DataGridView增加标题行、汇总行或复杂表头的中初级WinForms开发者作为参考也适合希望深入理解控件绘制机制的进阶读者。1. 合并单元格不是 DataGridView 的内置能力而是绘制层的一场表演如果你在 DataGridView 的属性、方法里翻找“Merge”相关入口结果会让你失望这个控件没有提供任何合并单元格的原生方法。第一次做报表需求的人基本都会在这里卡住——想把同一列重复值显示成一个大格子翻遍 API 一无所获。这个需求在 WinForm 里出现频率极高部门统计表要把相同部门合并、订单明细要把相同订单号合并、导出 Excel 前还要保证表格外观一致。DataGridView 合并单元格落地路径其实是接管 CellPainting 绘制事件在视觉层把连续相同的格子“伪装”成一个整体数据层仍然逐行独立存储。什么样的场景会催生这个需求最常见的是报表展示一张明细表里同一部门有十个人领导要求把“部门”这一列相同值合并成一个单元格或者一个订单下挂多个商品订单编号要合并显示。另一个高频场景是 WinForm 表格导出到 ExcelExcel 合并容易但打印时跨页空白能把人气到摔键盘。这篇文章会把自绘合并原理、List 绑定、0/1 转 CheckBox、按 A 列唯一条件合并 B 列的实现以及导出 Excel 跨页空白修复串联起来给出一套能直接复现的方案。这套东西适合谁做 WinForm 内部工具、做数据录入与报表导出、又不想为此引入商业表格控件的开发者。初学者照着敲代码能跑通已经写过自绘合并的熟手后面滚动错位、排序联动、Excel 跨页空白的处理能帮你补上实战中才遇得到的边界。2. 先理解为什么没有 Merge三条路线怎么选2.1 为什么 DataGridView 不提供 Merge 方法DataGridView 的单元格模型是“单点网格”每个单元格通过 RowIndex 和 ColumnIndex 唯一确定内部布局引擎假设每个单元格占据固定的一格。合并单元格要求一个单元格在垂直方向横跨多行这直接破坏了网格布局的一一映射关系合并后原本位于右下方的单元格去哪儿了在 Excel 的 Range 模型里被合并的区域会变成 null由左上角单元格统一管理DataGridView 若照搬这套行高计算、选中逻辑、编辑状态、滚动定位全部得重写复杂度远超一个普通控件愿意承受的边界。微软并非没意识到这个需求但它的策略是让开发者自己接管绘制。官方文档中DataGridView 的自定义绘制入口就是 CellPainting 事件所有“看起来合并”的效果都从这里面长出来。商业控件如 DevExpress 的 GridView 之所以能一行配置实现合并是因为它们内部维护了自定义的 View 模板和绘制引擎本质上也是在渲染层做的视觉合并数据层同样逐行存在。理解这一点你就不会再花时间找根本不存在的 Merge 属性而是直接奔着绘制方案去。顺带提一个细节DataGridView 的列头支持横向跨列吗也支持但那是通过 ColumnHeadersHeightSizeMode 和 CellPainting 组合实现的假象同样不是真正的合并模型。所以整个控件族对“合并”的态度就是一致的要么你画要么买别人画好的。2.2 三条实现路线对比自绘、第三方控件、数据源预处理路线一是自绘 CellPainting这是目前最主流也最经济的方式。原理是每次单元格重绘时判断它是否与上一行同列的显示值相同相同就吞掉默认绘制由合并块的起始格统一填充背景、画边框、居中画文本。优点是没有第三方依赖完全可控排序筛选后只要按当前显示值比较依然正确缺点是滚动性能、边框细节、选中交互需要自己调优对绘制事件不熟的人容易画出黑块。路线二是引入商业表格控件。DevExpress、ComponentOne 等产品内置了 MergeCells 或类似功能UI 细节完善交互也成熟。代价是商业授权成本以及原有 DataGridView 代码迁移的工作量。如果你的项目本来就重度依赖表格交互比如单元格编辑、树形展开、复杂筛选那么换控件是划算的如果只是内网一个展示报表的小工具这个成本就偏高了。路线三是在数据源层面做预处理。绑定前先分组计算把合并信息写进 DTO然后在界面上用多个控件模拟合并效果。这条路线表面成本最低但只能在完全只读场景下工作一排序就穿帮一选中就露馅扩展性极差。我的建议是只用来做一次性打印预览或临时演示别进生产代码。三条路线对比如下路线实现成本性能灵活性交互完整性自绘 CellPainting低高只画可见格高中需要自行处理选中和点击商业控件中高中高自带合并模型数据源预处理低中低低只能静态呈现我一般优先选自绘因为它不改变数据流也不引入新依赖出了问题自己能排查到底。2.3 最小自绘实现跨行合并的 40 行代码下面给出一个最小可用实现。假设第 2 列是需要合并的列合并条件是“显示值与上一行同列相同”。核心代码挂在 CellPainting 事件上private void dataGridView1_CellPainting(object sender, DataGridViewCellPaintingEventArgs e) { // 只处理数据区RowIndex 和 ColumnIndex 小于 0 的是表头和列头 if (e.RowIndex 0 || e.ColumnIndex 0) return; int mergeColumn 2; // 需要合并的列索引 if (e.ColumnIndex ! mergeColumn) return; string currentText e.FormattedValue?.ToString() ?? string.Empty; string previousText string.Empty; if (e.RowIndex 0) previousText dataGridView1[mergeColumn, e.RowIndex - 1].FormattedValue?.ToString() ?? string.Empty; // 当前格和上一行相同说明它不是合并块的起始行直接吞掉绘制 if (currentText previousText e.RowIndex 0) { e.Handled true; return; } // 当前格是合并块起始行向上扫描找到合并块真正的第一行 int topRowIndex e.RowIndex; while (topRowIndex 0 dataGridView1[mergeColumn, topRowIndex - 1].FormattedValue?.ToString() currentText) { topRowIndex--; } // 计算合并区域的完整矩形 Rectangle fillRect dataGridView1.GetCellDisplayRectangle(mergeColumn, topRowIndex, true); // 画背景色 using (SolidBrush bgBrush new SolidBrush(e.CellStyle.BackColor)) { e.Graphics.FillRectangle(bgBrush, fillRect); } // 画边框颜色跟随网格线颜色 using (Pen borderPen new Pen(dataGridView1.GridColor)) { e.Graphics.DrawRectangle(borderPen, fillRect); } // 画文本水平和垂直都居中 TextRenderer.DrawText(e.Graphics, currentText, e.CellStyle.Font, fillRect, e.CellStyle.ForeColor, TextFormatFlags.HorizontalCenter | TextFormatFlags.VerticalCenter); e.Handled true; }这段代码的逻辑拆开看第一步拦截非数据区事件第二步判断当前列是否是需要合并的列第三步做“是否等于上一行”的判断如果相等说明这个格子要被合并直接吞掉默认绘制如果不相等说明它是新合并块的起始格需要向上扫描找到合并块的真正顶部用 GetCellDisplayRectangle 拿到整个合并块的矩形范围最后在这个矩形上执行背景、边框、文本三件事。两个参数值得注意。第一个是 mergeColumn它写死了列索引如果列是动态添加的建议用列名反查索引避免调整列顺序后合并错位。第二个是 e.CellStyle 提供的背景色和前景色正常情况跟随单元格样式当用户选中整行时背景色会变成系统高亮色自绘文本和默认选中背景叠加容易发糊这个在第 4 章讲。3. 绑 List 、转 CheckBox、按 A 列条件合并 B 列一套完整的报表表格3.1 List 绑定与 DataPropertyName 的列映射最常见的落地场景是程序里有一个 List 存着部门、姓名、启用状态等字段然后直接把 List 对象赋值给 dataGridView1.DataSource。DataGridView 用法上有个关键点默认会自动生成列属性名直接当表头但列的顺序和类型不可控所以生产代码里通常都要手动建列。public class UserRecord { public string Department { get; set; } // A列合并的唯一条件 public string UserName { get; set; } // B列随A列合并的展示列 public int IsEnabled { get; set; } // 0 或 1显示为 CheckBox } var users new ListUserRecord { new UserRecord { Department 研发部, UserName 张伟, IsEnabled 1 }, new UserRecord { Department 研发部, UserName 李娜, IsEnabled 0 }, new UserRecord { Department 市场部, UserName 王强, IsEnabled 1 } }; dataGridView1.AutoGenerateColumns false; // 关闭自动生成列 dataGridView1.DataSource users;AutoGenerateColumns 设为 false 后网格不会按属性自动建列需要手动添加列并设置 DataPropertyName。DataPropertyName 必须和 UserRecord 的属性名完全一致大小写敏感否则整列空白。这里绑定的是 List DataGridView 内部通过反射读取每个对象的属性所以属性名写错不会报编译错误只会在运行时表现为空列排查起来比较费神。手动建列时建议先把 Columns 清空再逐列构建。列的 Name 是内部标识HeaderText 是表头显示文本DataPropertyName 是数据源字段名三者经常被混用。Name 可以随意取HeaderText 面向用户DataPropertyName 必须准确指向数据源属性这一步是后面合并逻辑能定位列索引的前提。3.2 把 0/1 值显示成 CheckBoxTrueValue 与 FalseValue 必须成对设置数据库里常用 int 类型的 0/1 表示布尔状态直接绑到文本框列上显示成“1”“0”既不直观也不专业。DataGridViewCheckBoxColumn 可以把这种数值映射成勾选状态但要成对设置 TrueValue 和 FalseValue这可能是最容易漏的一步。DataGridViewCheckBoxColumn chkColumn new DataGridViewCheckBoxColumn { Name colEnabled, HeaderText 启用, DataPropertyName IsEnabled, TrueValue 1, // 数据源里 1 视为勾选 FalseValue 0, // 数据源里 0 视为未勾选 ThreeState false // 禁止三态避免出现第三种不确定状态 }; dataGridView1.Columns.Add(chkColumn);如果不设置 TrueValue 和 FalseValueCheckBox 列会尝试把单元格值通过 bool.TryParse 转为布尔值int 类型的 1 和 0 转不成 true/false结果就是整列空白点也点不动。ThreeState 要设为 false否则用户操作可能把单元格点出 Indeterminate 状态后续导出 Excel 时又多一种需要特殊处理的值。数据源里如果出现 2、-1 这类脏值CheckBox 列依然会空白。建议在数据加载后统一清洗这个字段非 0 值全部归一为 0或者在 SQL 查询时直接 CASE 成 0/1。这一步做扎实后面导出 Excel 就不用再处理奇怪的数据状态。3.3 填充数据合并单元格以 A 列为唯一条件将 B 列合并在同一单元格现在进入标题的核心填充数据后合并单元格合并规则是“认定 A 为唯一条件将 B 列合并在同一单元格”。这句话的实际含义是B 列的合并不能只看 B 列自己是否连续相等必须同时看 A 列分组是否相同。不同部门可能都有叫“王强”的人B 列显示值都是“王强”但 A 列一个是研发部、一个是市场部这时 B 列不应该合并。这个逻辑落到 CellPainting 里判断条件从“当前行与上一行的 B 列值是否相等”扩展为“当前行与上一行的 A 列值相等且 B 列值也相等”。A 列是合并分组的唯一依赖B 列在同一分组内值也相同才把格子合起来。private void dataGridView1_CellPainting(object sender, DataGridViewCellPaintingEventArgs e) { if (e.RowIndex 0 || e.ColumnIndex 0) return; int colA dataGridView1.Columns[colDepartment].Index; // A列唯一条件 int colB dataGridView1.Columns[colUserName].Index; // B列展示合并列 if (e.ColumnIndex ! colB) return; string curA dataGridView1[colA, e.RowIndex].Value?.ToString() ?? ; string curB dataGridView1[colB, e.RowIndex].Value?.ToString() ?? ; string prevA ; string prevB ; if (e.RowIndex 0) { prevA dataGridView1[colA, e.RowIndex - 1].Value?.ToString() ?? ; prevB dataGridView1[colB, e.RowIndex - 1].Value?.ToString() ?? ; } // A列不同或B列不同都说明当前行是新合并块的起点 bool isNewGroup (e.RowIndex 0) || (curA ! prevA) || (curB ! prevB); if (!isNewGroup) { e.Handled true; // 非起点吞掉默认绘制 return; } // 向上找到合并块真正的顶行 int topRow e.RowIndex; while (topRow 0) { string checkA dataGridView1[colA, topRow - 1].Value?.ToString() ?? ; string checkB dataGridView1[colB, topRow - 1].Value?.ToString() ?? ; if (checkA curA checkB curB) topRow--; else break; } Rectangle fillRect dataGridView1.GetCellDisplayRectangle(colB, topRow, true); using (SolidBrush bgBrush new SolidBrush(e.CellStyle.BackColor)) e.Graphics.FillRectangle(bgBrush, fillRect); using (Pen borderPen new Pen(dataGridView1.GridColor)) e.Graphics.DrawRectangle(borderPen, fillRect); TextRenderer.DrawText(e.Graphics, curB, e.CellStyle.Font, fillRect, e.CellStyle.ForeColor, TextFormatFlags.HorizontalCenter | TextFormatFlags.VerticalCenter); e.Handled true; }关键判断在 isNewGroup 这一行它同时检查 A 列和 B 列只要有一个与上一行不同当前行就是新合并块的起点需要绘制完整矩形否则就吞掉绘制。向上找顶行的 while 循环同样同时比较 A 和 B无论分组多长矩形都能精确覆盖完整区域。这里有个容易踩的细节循环里用的是 Value 而不是 FormattedValue。Value 是数据源原始值FormattedValue 是经过格式化后的显示文本。如果列上挂了 CellFormatting 做日期格式或单位换算两者会不一致合并结果可能出乎意料。需要按显示文本合并时把比较对象改成 FormattedValue但不要混用。3.4 为什么排序、筛选后合并依然正确这是自绘方案一个很容易被低估的优势。每次 CellPainting 触发时代码读的是当前网格中该位置的实际内容。也就是说无论用户点列头排序还是通过 BindingSource 做筛选显示顺序变化后上一行和当前行的比较结果自然按新顺序重新计算不需要手动刷新合并逻辑。相比之下数据源预处理方案此时就麻烦了排序一发生预先计算的合并区间全部失效还得监听排序事件重新加载数据。商业控件虽然自带合并但排序后有时也需要显式调用刷新方法。自绘方案的“数据无关性”让它在长期维护的项目里性价比更高。这个特性还带来了一个实用效果如果网格允许编辑用户改了 A 列或 B 列的值控件会在编辑提交后触发 CellPainting合并状态实时刷新不需要额外处理 CellEndEdit 事件。也就是说这个方案天然支持“编辑后立刻重新合并”这在数据维护类工具里非常省心。4. 合并单元格避坑手册滚动错位、边框黑线、选中串值的 5 个真实案例4.1 合并区域出现黑块或白块现象程序启动后合并区域正常鼠标拖动滚动条几次后部分合并区域出现黑色矩形或白色空洞格子像被挖掉一块。原因自绘合并时用 e.Handled true 吞掉了默认绘制但 FillRectangle 填充的矩形可能不足以盖住整个合并块的默认背景滚动后 GetCellDisplayRectangle 返回的矩形受可视区裁剪填充区域和实际占位不一致。另一个常见原因是只填充背景没画边框合并块四周网格线消失看起来就像一块白板孤零零飘在表格里。解决不要直接用裁剪后的矩形改用 RowIndexToY 计算起始行坐标再逐行累加高度得到完整合并区域int topY dataGridView1.RowIndexToY(topRow); int totalHeight 0; for (int r topRow; r e.RowIndex; r) totalHeight dataGridView1.Rows[r].Height; Rectangle completeRect new Rectangle(e.CellBounds.X, topY, e.CellBounds.Width, totalHeight);边框用画笔沿完整矩形边缘绘制颜色取 GridColor。这样滚动时背景和边框始终跟手不会出现黑块。4.2 滚动后合并文本错位、上半段消失现象合并块很长往下滚动时文本跑到错误位置或者合并文本只显示一半另一半像被裁掉。原因TextRenderer.DrawText 接收的矩形是 fillRect如果 fillRect 是裁剪后的可视矩形文本绘制范围也跟着缩小当合并块起点滚出可视区时文本会被画到完全不该出现的位置看起来就是错位。解决绘制前判断 topRow 是否在当前可视行范围内。如果合并块起点在可视区上方背景和边框照常画文本则跳过这轮绘制等滚动停止后网格自然重绘。也可以把文本绘制的矩形限制在当前格子的可视范围内用 StringFormat 设置裁剪但处理起来更容易踩边界我一般直接用“超出可视区不画文本”的方案简单可靠。滚动错位被很多人当成玄学问题其实本质就是矩形坐标系没有盯住可视区变化。4.3 点击合并区域选中了错误单元格现象用户看到“部门”这一列是一个大格子鼠标点上去后选中框只落在其中某一行上高亮区域看起来不在点击位置。原因视觉上合并了物理上仍是多个独立单元格。鼠标点在合并块的中间行系统按命中测试选中该行这符合 DataGridView 的默认逻辑但不符合用户对视觉合并的预期。解决把 SelectionMode 设为 FullRowSelect让点击任何位置都选中整行视觉高亮覆盖整行单元格被切成上下两段的错觉就消失了。如果产品要求点击合并块任意位置都选中合并块的起始行要用 CellMouseDown 事件做一次“向上找顶”的计算然后主动设置 CurrentCell 指向起始行。这个交互在数据联动时更合理但代价是放弃了逐行选中能力只建议在只读报表里用。4.4 排序后合并列错乱现象点列头排序后合并块没有按新顺序重新分组原来连续的相同值被拆得七零八落合并区域看起来随机乱贴。原因合并逻辑中用了绑定前的数据源缓存比如在 Load 事件里预先算好每个合并块的起始行和行数。排序后网格显示顺序变了缓存的起始行位置全部失效但绘制代码还在按旧位置画。解决不要在自绘代码里依赖任何预先计算的合并位置。每次绘制都实时读取当前网格的显示值基于当前 RowIndex 的上下行动态比较。前面的示例代码都是这么写的排序后网格逐格重绘合并自然按新顺序生成。如果发现性能不够可以在 CellPainting 开头判断当前行是否在可视区范围内不在就直接返回减少无效计算。这个坑是最常见的“后悔药”场景改起来不难但不改的话用户一排序报表就废了。4.5 e.Handled true 后编辑、CheckBox 行为全失效现象合并功能正常了但合并列里的 CheckBox 点不动双击无法进入编辑状态键盘输入也没反应。原因CellPainting 里只要设置 e.Handled true默认绘制就被接管了。但 DataGridView 的编辑交互依赖于绘制阶段创建的编辑控件宿主位置我们在合并列上把所有格子都吞掉编辑控件的激活时机也被吞掉了。解决需要编辑的列不要参与合并。0/1 转 CheckBox 的列保持独立格子显示只有纯展示列参与合并并设置 ReadOnly true。如果业务上合并列非要可编辑需要自行处理 CellBeginEdit 的宿主显示复杂度会高很多。我的习惯是合并列一律只读要改数据时双击弹出编辑框比硬啃 DataGridView 内部绘制省心得多。5. 导出 Excel 时合并单元格并处理跨页打印空白5.1 Excel 行列号与 DataGridView 的映射关系WinForm 里导出 Excel 很常见界面上合并好了导出去也得是合并的。首先要搞清楚坐标差异DataGridView 的 RowIndex 从 0 开始Excel 的 Row 从 1 开始列同理。另外 DataGridView 含表头行导出时通常从 Excel 第 1 行写表头第 2 行开始写数据所以数据行的 Excel 行号等于 RowIndex 2。映射关系看得更清楚数据位置DataGridView 下标Excel 坐标数据第 1 行RowIndex 0第 2 行数据第 2 行RowIndex 1第 3 行表头列ColumnIndex 0第 1 列这个偏移量容易被忽略导致导出后首行数据顶到 Excel 标题行位置表头被挤走。建议写完整导出逻辑前先跑一个最小用例输出一个单元格验证坐标关系再铺开写。5.2 Range.Merge 的导出代码与参数导出时不要逐单元格判断合并那样性能太差。正确做法是先把整张表的数据按单元格写入 Excel完成后遍历需要合并的列按前面自绘逻辑找出连续合并区间再对区间调用 Merge。下面用 Interop 的代码演示完整流程using Excel Microsoft.Office.Interop.Excel; void ExportWithMergedCells(DataGridView grid, string filePath) { var xlApp new Excel.Application(); var workbook xlApp.Workbooks.Add(); var worksheet (Excel.Worksheet)workbook.Worksheets[1]; int colA grid.Columns[colDepartment].Index; int colB grid.Columns[colUserName].Index; // 写表头 for (int c 0; c grid.Columns.Count; c) { worksheet.Cells[1, c 1] grid.Columns[c].HeaderText; } // 写数据 for (int r 0; r grid.Rows.Count; r) { for (int c 0; c grid.Columns.Count; c) { worksheet.Cells[r 2, c 1] grid.Rows[r].Cells[c].Value?.ToString() ?? ; } } // 按 A 列唯一条件 B 列值相同找合并区间 int startRow 2; for (int r 2; r grid.Rows.Count 1; r) { string curA worksheet.Cells[r, colA 1].Text; string nextA r grid.Rows.Count 1 ? worksheet.Cells[r 1, colA 1].Text : null; string curB worksheet.Cells[r, colB 1].Text; string nextB r grid.Rows.Count 1 ? worksheet.Cells[r 1, colB 1].Text : null; if (curA nextA curB nextB) { // 属于同一合并段继续向下 } else { // 当前行是合并段的结尾 if (r startRow) { Excel.Range range worksheet.Range[ worksheet.Cells[startRow, colB 1], worksheet.Cells[r, colB 1]]; range.Merge(); range.VerticalAlignment Excel.XlVAlign.xlVAlignCenter; } startRow r 1; } } workbook.SaveAs(filePath); workbook.Close(); xlApp.Quit(); }这段代码先写表头和数据再遍历每一行检查 A 列与 B 列是否同时与下一行相等一旦不等就说明一段连续区域结束把从 startRow 到 r 的列范围做 Merge。垂直对齐设为居中避免合并后长文本顶在左上角。startRow 更新为 r 1是下一段合并区间的起点逻辑与 CellPainting 里向上找顶行的思路一致。参数上有两个容易踩的坑。第一个是 worksheet.Cells[r, c] 的列索引从 1 开始DataGridView 的 ColumnIndex 为 0 时对应 Excel 第 1 列代码里统一做了 1 偏移。第二个是 SaveAs 路径建议用绝对路径并确保目录存在如果目标文件被 Excel 进程占用SaveAs 会抛异常导出前最好先杀掉残留的 EXCEL 进程。5.3 跨页打印出现空白原因与三种处理方案这个坑是实际打印时才会暴露的。Excel 合并单元格的文本只保存在合并区域的左上角单元格中打印时 Excel 不会在每一页重复绘制这段文本。当合并区域横跨分页线时第二页对应的位置是空白因为这一页里根本没有保存文本的左上角单元格。三种常见处理方案按实用程度排序方案一是控制合并区域高度不超过一页。A4 纵向、常规页边距下一页可容纳的行数有限给合并列设置合理的行高后限制合并段跨越的总行高小于一页可打印高度。这个方案最简单适合合并区域本身行数不多的报表。方案二是拆分合并区域。一个大合并块按分页位置拆成多个小合并块视觉上仍然连续但每个分页区间各自独立成块。打印时每页都有属于自己那一段的左上角单元格空白问题消失。代价是拆分算法略微复杂需要先知道每页可打印的行数。方案三是放弃跨行合并改为每个数据行都显示组名。打印不会空白因为文本就在每一行自己的单元格里但视觉上不再是合并外观。适合文本超长、不允许跨页空白的场景比如合同、报告这类正文型表格。实际项目里我通常是组合使用数据列合并区域可控时做分页控制需要大面积合并的区域直接用分组色块加独立文本列打印效果稳定得多。导出 Excel 之前先确认“打印是否必须保留合并外观”如果只是屏幕展示和 Excel 里查看跨页问题根本不需要纠结。6. 进阶技巧双击选中整组、整组复制与分组着色6.1 双击整组选中与复制前面实现的是视觉合并用户仍然可以点击到组内任意行。要让交互更贴近 Excel 的合并体验需要处理双击事件。我常用的做法是双击时根据当前行号向前找到合并组起始行向后找到结束行得到完整分组后统一操作。private void dataGridView1_CellDoubleClick(object sender, DataGridViewCellEventArgs e) { if (e.RowIndex 0 || e.ColumnIndex 0) return; int colA dataGridView1.Columns[colDepartment].Index; int colB dataGridView1.Columns[colUserName].Index; string groupA dataGridView1[colA, e.RowIndex].Value?.ToString() ?? ; string groupB dataGridView1[colB, e.RowIndex].Value?.ToString() ?? ; int startRow e.RowIndex; while (startRow 0 dataGridView1[colA, startRow - 1].Value?.ToString() groupA dataGridView1[colB, startRow - 1].Value?.ToString() groupB) { startRow--; } int endRow e.RowIndex; while (endRow dataGridView1.Rows.Count - 1 dataGridView1[colA, endRow 1].Value?.ToString() groupA dataGridView1[colB, endRow 1].Value?.ToString() groupB) { endRow; } // 拼接组内数据复制到剪贴板 var lines new Liststring(); for (int r startRow; r endRow; r) { lines.Add(${dataGridView1[colA, r].Value}\t{dataGridView1[colB, r].Value}); } Clipboard.SetText(string.Join(Environment.NewLine, lines)); }两个 while 循环分别向上和向下扩展找到完整的合并组再把组内每一行拼成文本写入剪贴板。这个操作对用户非常实用尤其是报表里需要把整个部门人员复制到邮件或文档里的场景。6.2 分组着色让合并分区一目了然当表格里有多个合并分区时很难快速分清哪些格子属于同一组。可以在 CellPainting 里根据 A 列的组号给合并块换浅色背景比如按组号奇偶交替着色效果接近 Excel 的“隔行变色”但这里按的是分组边界而不是物理行。实现时在自绘代码前面加一段向上找顶行的循环结束后根据 topRow 的奇偶性或分组的序号决定背景色。颜色建议用浅色系比如 Color.FromArgb(242, 245, 249)深色会压过正文文本的可读性。边框仍然用网格颜色这样分组边界清晰又不至于花哨。我现在接到合并单元格需求第一件事不是翻 API而是先确认三件事哪些列只读、哪些列参与排序、导出的 Excel 要不要打印。这三个问题问完方案基本就定了后面实现的都是熟路。这个习惯帮我少踩了很多坑希望帮到你。本文还有配套的精品资源点击获取