sum返回0主因是数据为文本格式，需改为常规/数值格式或用乘1法强转；动态求和推荐表格结构化引用或index+counta组合；sumif/sumifs注意引号、运算符完整及区域等长；避免整列引用和手动数组公式。
用 SUM 函数批量求和时，为什么总和为 0？
常见现象是选了一整列数据，SUM 返回 0，尤其在从其他系统粘贴过来的表格里。本质不是公式错了，而是单元格格式被识别为“文本”——哪怕看着像数字，Excel 也不参与计算。
- 先按
Ctrl + A全选该列，右键 →「设置单元格格式」→ 改成「常规」或「数值」 - 再用
VALUE()强转：比如原数据在 A2:A100，B2 输入=VALUE(A2)下拉，再对 B 列求和 - 更省事的办法：在空白单元格输入
1，复制它，选中目标列 → 右键「选择性粘贴」→ 勾选「乘」→ 点确定（相当于把文本“乘”成数字）
想自动扩展求和范围，别手敲 SUM(A1:A100)
手动写固定范围，新增行就得改公式；用结构化引用或动态范围才能真批量。
- 如果数据已转成「表格」（
Ctrl + T），直接写=SUM(Table1[销售额])，新增行自动纳入 - 没转表？用
SUM配合OFFSET或INDEX构造动态区域，例如：=SUM(A1:INDEX(A:A,COUNTA(A:A)))—— 只要 A 列是连续无空行的数据，就能自适应到底部 - 注意：
COUNTA统计非空单元格，若中间有空行会截断；有空行就换MATCH(9.99E+307,A:A)找最后一个数字位置
SUMIF 和 SUMIFS 写错条件，结果完全不对
多条件求和最容易栽在引号、逻辑符、区域大小不一致这三处。
- 文本条件必须加英文引号：
SUMIF(B:B,"苹果",C:C)，写成"苹果 "（带空格）或苹果（没引号）都返回 0 - 比较运算要写全：
">=100"不能简写成>100；日期要用DATEVALUE或序列号，比如">="&DATE(2024,1,1) -
SUMIFS的求和区域和条件区域**必须等长**：若写SUMIFS(C2:C100,B2:B100,"苹果",D2:D50,"是")，D 列只到 50 行，那 51–100 行对应部分直接被忽略，不报错但结果偏小
大数据量下 SUM 类函数卡顿，其实是数组公式拖慢的
不是 SUM 本身慢，而是你无意中按了 Ctrl + Shift + Enter，让它成了数组公式（Excel 365/2021 除外）。旧版 Excel 里，一个 {=SUM(A1:A10000*B1:B10000)} 会逐单元格相乘再求和，比 SUMPRODUCT 慢 5–10 倍。
- 检查公式栏：如果看到首尾有大括号
{}，说明是手动数组公式，删掉大括号，改用SUMPRODUCT(A1:A10000,B1:B10000) - 避免整列引用：写
SUM(A:A)看似方便，实则让 Excel 扫描 1048576 行，换成SUM(A1:A10000)或动态范围，速度立竿见影 - 关闭「自动重算」临时提速：公式 → 计算选项 →「手动」，编辑完再按
F9刷新
