C#使用NPOI导入Excel时数值单元格出现多余小数位原因问询

该问题和Excel隐藏格式无关，核心是IEEE 754双精度浮点数的存储机制和Excel的「展示-存储分离逻辑」共同导致的，具体原因拆解如下：

• 所有Excel数值类型单元格的底层存储默认采用IEEE 754标准的双精度浮点数，类似0.34这类十进制小数本身无法用二进制浮点数精确表示，存储时会产生无法消除的微小尾差，你示例中的109.34实际存储的二进制值转十进制后就是109.34000000000003。
• Excel界面上展示的单元格值是经过格式规则处理后的结果，你设置了数值类型保留6位小数，Excel会自动对底层存储的带尾差数值做四舍五入截断，展示为109.340000，但不会修改底层存储的原始浮点值。
• NPOI读取数值单元格时，ICell.NumericCellValue属性默认直接返回Excel底层存储的原始双精度值，不会套用单元格的格式规则做截断处理，所以会拿到带尾差的异常结果。
• 你观察到的写入后读取正常、复制粘贴后复现的差异也符合该逻辑：
  • 你写入Excel时传入的是已经做过精度处理的109.34，新写入的数值刚好在6位小数的精度下没有可见尾差，所以读取正常
  • 复制单元格时Excel默认复制的是底层存储的原始浮点值，不是界面展示的格式化结果，所以粘贴到新单元格后，NPOI读取仍然会拿到带尾差的原始值

你可以直接在Excel中验证该结论：选中异常单元格，在顶部编辑栏把小数位手动扩展到15位以上，就能看到和NPOI读取结果一致的尾差数值，证明底层存储本身就存在该尾差，和单元格格式无关。

• 读取时先获取单元格的数字格式规则，将原始浮点值按照规则格式化后再转回数值，可完全对齐Excel的展示效果
• 对精度要求极高的场景，可直接读取单元格的格式化字符串结果，避免浮点运算带来的精度损失

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