我来帮你搞定这个INDIRECT拖慢计算速度的问题——毕竟INDIRECT是出了名的易失性函数，只要工作表有一点变动就会重新计算，大表格里简直是性能杀手。结合你已经有VBA函数能返回列名字符串的情况，给你几个高效的替代方案：

方案1：用INDEX+MATCH替代INDIRECT（非易失性，首推） #

既然你的数据是存在结构化表格My_Table_Name里的，完全可以用INDEX配合MATCH来动态定位目标列，彻底抛弃INDIRECT。假设你的VBA函数叫GetTargetColumnName()，它会返回目标列的名称（比如"THE_COLUMN"），那SUMIFS公式可以改成：

=SUMIFS(My_Table_Name[UNIT_TOTAL], INDEX(My_Table_Name, , MATCH(GetTargetColumnName(), My_Table_Name[#Headers], 0)), 1)

拆解一下逻辑：

• MATCH(GetTargetColumnName(), My_Table_Name[#Headers], 0)：精准匹配目标列名在表格表头中的位置
• INDEX(My_Table_Name, , 匹配到的列位置)：直接返回整个目标列的单元格区域，这个操作是非易失性的，计算速度比INDIRECT快N倍
• 最后SUMIFS就能正常用这个动态列作为条件区域了

方案2：修改VBA函数直接返回Range对象 #

如果你的VBA函数现在返回的是字符串（比如"My_Table_Name[THE_COLUMN]"），可以把它改成直接返回该列的Range对象，这样公式里直接调用函数就行，连字符串解析的步骤都省了。

修改后的VBA函数示例：

Function GetTargetColumnRange() As Range
    ' 这里替换成你原本确定列名的逻辑，比如从某个单元格或其他地方获取列名
    Dim targetColName As String
    targetColName = "THE_COLUMN" ' 示例值，替换成你的实际逻辑
    
    ' 定位到结构化表格的目标列
    Set GetTargetColumnRange = ThisWorkbook.Worksheets("你的工作表名称").ListObjects("My_Table_Name").ListColumns(targetColName).Range
End Function

然后你的SUMIFS公式就可以简化成：

=SUMIFS(My_Table_Name[UNIT_TOTAL], GetTargetColumnRange(), 1)

这个方法的优势在于VBA直接返回Excel能识别的区域引用，不需要额外解析字符串，效率更高，而且只要你的VBA函数没加Application.Volatile，它就是非易失性的。

方案3：纯原生函数方案（无需VBA） #

如果你的目标列名是存在某个单元格里的（比如A1单元格存着"THE_COLUMN"），其实连VBA都不用，直接用原生函数组合就能解决：

=SUMIFS(My_Table_Name[UNIT_TOTAL], INDEX(My_Table_Name, , MATCH(A1, My_Table_Name[#Headers], 0)), 1)

这个方案完全依赖Excel原生函数，没有VBA的门槛，性能也是最优的。

额外提醒 #

• 尽量避免使用INDIRECT、OFFSET这类易失性函数，它们是大表格计算卡顿的常见元凶
• 如果用VBA函数，不要随便加Application.Volatile，否则会变回易失性，拖慢速度

内容的提问来源于stack exchange，提问作者user9588528