Avalonia DataGrid 原生不支持单元格合并，因其轻量级虚拟化设计需保障性能与滚动一致性；所有“合并”效果须通过模板、数据预处理或转换器等视觉模拟方式实现，且存在排序、导出、编辑等限制。
Avalonia 的 DataGrid 官方控件（Avalonia.Controls.DataGrid）**原生不支持单元格合并功能**，既没有类似 WPF 的 RowSpan/ColumnSpan 属性，也不提供 mergeCells 这类方法。这是它和某些传统桌面框架（如 WPF、EasyUI）的关键区别。
为什么不能直接合并？
原因很实在：Avalonia 的 DataGrid 是轻量级、高性能的虚拟化表格，设计目标是快速渲染大量行，而非复杂报表布局。单元格合并会破坏行高一致性、干扰虚拟滚动逻辑，所以被主动舍弃。
这意味着——你无法通过 XAML 属性或一行代码实现“跨行/跨列合并”。所有看似“合并”的效果，都得靠变通方式模拟。
替代方案：用模板 + 逻辑控制视觉呈现
核心思路是：让多个物理单元格“看起来像一个”，通过统一内容、隐藏边框、动态控制显示区域来达成视觉合并效果。常用做法有：
-
用单个
TextBlock覆盖多行区域：在DataGridTemplateColumn.CellTemplate中，根据当前行数据判断是否为“首行”，若是则显示合并后的内容（如拼接字符串），其余同行项返回空或透明控件 -
绑定时预处理数据源：在 ViewModel 层就把需要合并的字段聚合好，比如把同一组
GroupId=1的多行Name拼成"张三/李四/王五"，再绑定到单个单元格，避免前端逻辑复杂化 -
配合
Converters动态计算显示内容：写一个IValueConverter，传入当前行索引、数据项、分组键，返回是否显示内容或显示什么文本（例如：只在每组第一行返回值，其余返回string.Empty）
注意边界情况
即使视觉上“合并”了，底层仍是独立单元格，这些细节容易踩坑：
- 排序、筛选仍按原始行粒度进行，不会把合并组当整体处理
- 选中行为单行，无法框选跨行区域
- 导出 Excel 或打印时，仍输出原始未合并结构，需额外定制导出逻辑
- 若启用编辑，不能让多个单元格共用一个编辑器——必须确保只有“首行”可编辑，其余禁用或只读
有没有第三方扩展？
截至 2025 年底，社区暂无成熟、稳定、广泛采用的 Avalonia DataGrid 合并扩展库。个别实验性项目尝试用自定义 Panel 替换行容器，但存在兼容性与维护风险，不建议生产环境使用。
如果业务强依赖报表式合并（如财务凭证、审批流），更务实的做法是：改用 ItemsControl + Grid 手动构建表格结构，或引入专用报表组件（如支持 HTML 渲染的轻量引擎）。
基本上就这些。不复杂但容易忽略——先确认是不是真需要合并，还是只是想减少重复值显示。后者用分组（ICollectionView.GroupDescriptions）+ Header 模板往往更合适、更 Avalonia。
