excelize 设置公式后不计算是因为默认写入字符串，须用setcellformula()而非setcellvalue()，且公式需符合ascii等号、正确引用格式，并注意合并单元格限制与excel自动计算设置。
Excelize 设置公式后不计算，只显示公式文本
这是因为 excelize 默认写入的是字符串字面量，不会自动标记为“公式单元格”。你得显式告诉它：这不是普通文本，是公式。
常见错误现象：A1 单元格里写入 =SUM(B1:B10)，打开 Excel 后看到的却是原样字符串，而非计算结果。
- 必须用
f.SetCellFormula()，而不是f.SetCellValue() - 公式字符串不能带前导空格，也不能用中文等号（如“＝”），必须是 ASCII
= - 如果引用其他 Sheet，Sheet 名含空格或特殊字符，要用单引号包裹，例如
'Sheet 2'!A1 - Excel 启动时默认禁用自动重算（尤其从程序生成的文件），双击单元格再回车可强制触发，或在 Excel 中手动启用「自动计算」（公式 → 计算选项 → 自动）
公式中引用的单元格为空或类型错误，导致 #VALUE! 错误
Excelize 不校验公式语义，它只负责写入。运行时出错是 Excel 自己的事——但你得提前预判哪些地方容易翻车。
使用场景：动态生成报表，B 列是用户填的数字，C 列用公式算百分比，比如 =B2/B1，但 B1 可能为空或文本。
- 确保被引用单元格已写入数值类型（
f.SetCellValue("B1", 100.0)），避免写入空字符串""或"N/A" - 用
f.SetCellInt()/f.SetCellFloat()显式指定数字类型，比SetCellValue更稳妥 - 公式中可用
IFERROR包一层，例如=IFERROR(B2/B1,"-")，但注意 Excelize 不验证函数名是否合法，拼错会直接报错 - Excel 版本差异：旧版 Excel（如 2007）不支持
IFS、XLOOKUP等新函数，写之前确认目标环境
批量写公式性能差，卡在 f.SetCellFormula 循环里
每调用一次 SetCellFormula，excelize 都会做一次 XML 节点插入和引用追踪，1000 行公式逐个写，慢得明显。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
性能影响：实测 5000 行简单公式，逐行调用耗时约 8–12 秒；改用批量方式可压到 1 秒内。
- 优先用
f.SetSheetRow()一次性写整行，把公式当普通值传进去（前提是该行其他列也是固定结构） - 更通用的做法：先用
f.NewSheet()创建空白 Sheet，再用f.SetSheetName()改名，避免默认 Sheet 的隐式开销 - 关闭样式缓存（如果不用复杂格式）：
f.Options.Strict = true可略微提速，但主要收益来自减少调用次数 - 别在循环里反复调用
f.GetSheetMap()或f.GetSheetName()，它们不是 O(1)
公式写进合并单元格后失效或错位
Excel 里合并单元格（merged cell）只保留左上角单元格的值/公式，其余区域逻辑上不存在。excelize 写公式时若目标是合并区中间某个单元格，行为不可靠。
容易踩的坑：你调用 f.MergeCell("C2:E2")，然后对 C2 写公式，看起来正常；但若对 D2 写，Excel 打开后可能完全不认，甚至破坏文件结构。
- 公式只能写入合并区域的起始单元格（即
TopLeftCell），也就是MergeCell("C2:E2")对应的C2 - 写完公式再合并，顺序不能反；否则合并会清空非起始单元格内容，公式丢失
- 避免在公式中引用跨合并区的区域，比如
=SUM(C2:E2)在C2已合并时，Excel 可能只取C2值，忽略D2/E2 - 如果必须动态合并+公式，建议改用「居中跨列」（
alignment.Horizontal = "centerContinuous"）替代真合并，兼容性更好
公式计算本身不在 Go 侧发生，excelize 只管“写得对不对”，Excel 才管“算得对不对”。最容易被忽略的是：你以为写进去了，其实 Excel 根本没把它当公式——检查 SetCellFormula 是否真的被调用，以及目标单元格是否被其他操作（比如合并、样式覆盖）悄悄抹掉。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
