SpreadsheetGear2017读取xlsm文件时#Ref!错误的原因排查

结合你使用SpreadsheetGear 2017读取Excel 2016 .xlsm文件的场景，这几个方向大概率是问题所在：

• 受保护单元格的引用处理差异
  Excel完全支持引用AllowEdit=false的单元格，但SpreadsheetGear对这类受保护状态的单元格引用可能有特殊逻辑——当单元格设置为不可编辑（通常和工作表保护绑定）时，它可能会将该引用判定为无效，直接返回#Ref!。你可以临时取消OUTPUT_1的AllowEdit=false设置，重新用SpreadsheetGear加载文件测试，看错误是否消失。

• 隐藏对象关联引用的解析限制
  OUTPUT_1引用的是指向隐藏对象的单元格，如果这个“隐藏对象”是Excel的隐藏工作表、隐藏名称定义，或是和VBA相关的隐藏对象，SpreadsheetGear的对象模型可能无法完全兼容Excel的处理逻辑。Excel自身对内部隐藏对象有完整的上下文支持，但SpreadsheetGear对这类非标准或隐藏的引用解析能力有限，容易出现引用断裂导致#Ref!。

• 命名范围的加载异常
  你的公式里用到了MY_OUTPUT、NAME_INPUT、OUTPUT_1这些命名范围，SpreadsheetGear加载xlsm时可能没有正确读取这些命名范围的定义——尤其是当命名范围和隐藏对象、受保护单元格关联时。你可以在SpreadsheetGear中检查这些命名范围的引用地址，和Excel里的定义做对比，确认是否存在加载偏差。

• xlsm宏依赖的缺失
  因为是xlsm格式文件，OUTPUT_1的单元格值可能是由VBA宏动态生成的，但SpreadsheetGear默认不会执行VBA代码。如果OUTPUT_1的有效取值依赖宏的运行，SpreadsheetGear加载时就无法获取正确的计算结果，进而导致引用它的单元格出现#Ref!错误（或是宏未执行导致OUTPUT_1值无效，被判定为引用错误）。

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