合并单元格前必须先启用编辑模式，否则保存后文件损坏；mergecell坐标须左上→右下对齐且不重叠；内容仅保留在左上角单元格；需手动设行高以支持自动换行；所有行列操作只认左上角坐标。
合并单元格前必须确认工作表是否启用「编辑模式」
Excelize 默认新建的工作表处于「只读结构态」，直接调用 SetMergeCell 不会报错，但保存后 Excel 打开时提示“文件已损坏”或自动修复并丢弃合并信息。根本原因是未显式启用单元格编辑能力——这和 Excel 自身的「共享字符串表」和「行/列维度缓存」机制有关。
正确做法是：在写入任何合并操作前，先调用 SetSheetRow 或至少插入一行真实数据（哪怕空值），或者手动触发初始化：
// 必须先让 sheet 有可编辑的行结构
err := f.SetSheetRow("Sheet1", "A1", &[]interface{}{nil})
if err != nil {
log.Fatal(err)
}
// 此时再合并才安全
err = f.MergeCell("Sheet1", "A1", "C1")
使用 MergeCell 时行列坐标必须严格对齐
Excelize 的 MergeCell 要求起始与结束坐标构成合法矩形区域，且不能跨行/列越界。常见错误包括：
- 起始列 > 结束列（如
"C1"到"A1"）→ 静默失败，不报错但无效 - 跨不同行高/列宽区域合并 → 合并成功，但 Excel 渲染异常（文字偏移、边框断裂）
- 与已有合并区域重叠 → 后续保存时 panic：
panic: duplicate merge cell
实操建议：
- 始终用左上→右下顺序传参：
MergeCell(sheet, "B2", "D4")，别写成"D4", "B2" - 批量合并前，先用
GetMergeCells检查目标区域是否已被占用 - 避免动态拼接坐标字符串，用
ToAlphaNumeric辅助生成（如excelize.ToAlphaNumeric(1, 2)→"B2"）
合并单元格后内容只保留在左上角单元格
这是 Excel 原生行为，Excelize 完全遵循。调用 MergeCell("Sheet1", "A1", "C1") 后，只有 A1 的值会被显示，B1 和 C1 的内容将被忽略（即使你之前设过值）。
所以正确流程是：
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 先设置左上角单元格内容：
f.SetCellValue("Sheet1", "A1", "标题") - 再执行合并：
f.MergeCell("Sheet1", "A1", "C1") - 不要试图往
B1或C1写内容，写了也看不见
如果需要居中显示，记得同步设置样式：
style, _ := f.NewStyle(&excelize.Style{
Alignment: &excelize.Alignment{
Horizontal: "center",
Vertical: "center",
},
})
f.SetCellStyle("Sheet1", "A1", "C1", style)
合并单元格 + 自动换行 + 行高自适应难生效
Excelize 目前（v2.8.x）不支持自动计算合并单元格所需行高。即使设置了 WrapText: true，行高仍保持默认 15，导致文字被截断。
解决方案只有手动干预：
- 预估文本行数，用
f.SetRowHeight("Sheet1", 1, 30)强制设高 - 若内容动态，需在 Go 层模拟换行逻辑：按字体、列宽、字符数粗略估算行数，再乘以单行高度（约 15）
- 注意：合并区域的行高由第一行决定，
SetRowHeight只需设起始行（如"A1"所在行号 1）
没有银弹。合并单元格本质是牺牲灵活性换排版，一旦涉及动态内容，优先考虑用边框+居中替代真合并。
最易被忽略的一点：合并单元格后，所有基于行列索引的操作（比如 GetSheetMap、GetCellValue）仍只认左上角坐标；你不能对 "B1" 调用 GetCellValue 并期望拿到值——它永远返回空。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
