你遇到的这个问题我之前做VSTO插件时也踩过一模一样的坑——把带公式的工作表数据复制到新工作簿后，公式还顽固指向原工作簿的路径，而且只有短公式能正常更新引用，长公式完全没反应。这种情况大多是手动处理公式时没摸透Excel的引用规则，或者没用到Excel本身自带的自动处理能力，给你几个亲测有效的解决办法：

方法一：用Excel原生的Worksheet.Copy方法，让系统自动处理引用 #

这是最省心也最靠谱的方案，Excel本身的Worksheet.Copy方法会自动帮你把公式里的引用替换成目标工作簿的对应内容，不管公式长短都能完美处理：

// 假设sourceWb是已打开的源工作簿，destWb是目标工作簿
Excel.Worksheet sourceSheet = sourceWb.Worksheets["需要复制的表名"];
// 把源表复制到目标工作簿的最后一个工作表之后
sourceSheet.Copy(Type.Missing, destWb.Worksheets[destWb.Worksheets.Count]);
// 给复制后的工作表重命名（可选，避免默认的"Sheet1 (2)"这类名字）
Excel.Worksheet copiedSheet = destWb.Worksheets[destWb.Worksheets.Count];
copiedSheet.Name = "复制后的新表名";

这种方式完全不需要你手动去替换公式字符串，Excel会自动处理所有引用逻辑，绝对不会出现长公式失效的问题。

方法二：如果必须手动处理公式，用Range.Replace批量替换引用路径 #

要是因为业务限制不能直接复制工作表，必须手动复制数据再处理公式，那可以用Range.Replace方法批量替换原工作簿的引用标识。要注意Excel的外部引用格式是'原工作簿路径\[原工作簿名.xlsx]原表名'!单元格，所以替换时要精准匹配这个格式：

Excel.Worksheet destSheet = destWb.Worksheets["目标工作表"];
string sourceWbName = Path.GetFileName(sourceWb.FullName);
string sourceWbDir = Path.GetDirectoryName(sourceWb.FullName);

// 先替换带完整路径的绝对引用
string fullOldRef = $@"'{sourceWbDir}\[{sourceWbName}]";
destSheet.UsedRange.Replace(What: fullOldRef, Replacement: "", LookAt: Excel.XlLookAt.xlPart);

// 再替换仅带文件名的引用（如果有的话）
string shortOldRef = $"[{sourceWbName}]";
destSheet.UsedRange.Replace(What: shortOldRef, Replacement: "", LookAt: Excel.XlLookAt.xlPart);

这里用xlPart模式可以匹配公式中包含原引用的部分，不管公式多长，只要有对应引用就能被替换掉。

方法三：强制Excel刷新计算，确保公式生效 #

有时候公式引用没更新是因为Excel的自动计算没触发，尤其是复制大量数据后，系统可能会延迟更新。这时候可以强制刷新计算：

// 强制整个应用程序重新计算所有公式
destWb.Application.CalculateFull();
// 重新赋值公式触发引用更新（针对个别顽固的单元格）
destSheet.UsedRange.Formula = destSheet.UsedRange.Formula;

这个方法可以作为前面两种方案的补充，确保所有公式都能正确识别新的引用。

为什么短公式能更新长公式不行？大概率是你之前手动处理公式时，没考虑到长公式里的特殊字符（比如空格、特殊符号），或者引用格式的差异（比如跨工作簿引用会自动加单引号），而Excel原生的Copy方法会自动处理这些细节，所以优先推荐方法一。

备注：内容来源于stack exchange，提问作者RGS