使用ExcelDataReader读取xlsm时5.1值变为5.0999999999999996的问题求助

这个问题本质是二进制浮点数的精度限制，加上Excel和ExcelDataReader对单元格值的解析逻辑共同导致的，咱们一步步拆解：

问题原因 #

1. 浮点数存储特性：十进制的5.1无法被二进制浮点数精确表示（类似1/3没法用十进制有限小数表示），它在二进制里是无限循环的，所以会被近似为5.0999999999999996这样的接近值。而5.2虽然同样是十进制小数，巧合的是它的二进制近似值转换回十进制时刚好能显示为5.2（或者Excel存储时的处理方式让它看起来是精确的）。
2. Excel单元格的存储类型：当你在Excel下拉列表选5.1时，Excel可能自动把它识别为数值类型（浮点数）存储；而5.1a带字母，只能是文本类型，5.2的近似值刚好和十进制5.2一致，所以读取时没显现精度问题。给5.1加空格后，Excel会把它识别为文本类型，自然就能精确读取了。
3. ExcelDataReader的解析逻辑：默认情况下，ExcelDataReader会按Excel的单元格类型解析数据，数值类型就按浮点数读取，自然会带出这个精度误差。

解决方案 #

这里有几个靠谱的解决思路，你可以根据需求选择：

1. 强制将Excel单元格设为文本类型 #

在Excel里修改目标单元格的格式：

• 选中目标列/单元格，右键选择「设置单元格格式」
• 切换到「文本」类型，重新选择下拉列表里的5.1，这样Excel会把它存为文本，读取时就能得到精确的"5.1"字符串。

2. 配置ExcelDataReader的读取选项 #

通过AsDataSet()的配置参数，自定义单元格的解析逻辑，比如强制把数值按指定格式读取：

var configuration = new ExcelDataSetConfiguration()
{
    ConfigureDataTable = (_) => new ExcelDataTableConfiguration()
    {
        UseHeaderRow = true,
        // 自定义单元格值转换逻辑
        TransformValue = cellValue => 
        {
            // 针对浮点数做格式化处理
            if (cellValue is double numericValue)
            {
                // 保留1位小数，适配你的场景
                return numericValue.ToString("0.0");
            }
            return cellValue?.ToString();
        }
    }
};

IExcelDataReader excelReader = ExcelReaderFactory.CreateOpenXmlReader(fileStream);
DataSet findingsData = excelReader.AsDataSet(configuration);

3. 读取后修正浮点数精度 #

如果已经读取到近似值，可以在代码里对数值做四舍五入或格式化：

// 假设读取到的是double类型的原始值
double rawValue = 5.0999999999999996;
// 保留1位小数得到精确的5.1
double correctedValue = Math.Round(rawValue, 1);
// 或者直接转换为指定格式的字符串
string displayValue = rawValue.ToString("0.0");

4. 替换为EPPlus库（可选） #

如果ExcelDataReader的处理方式不符合需求，可以试试EPPlus库，它对Excel单元格的类型识别和精度控制更灵活，能更好地处理这类数值精度问题。

补充说明 #

你提到的5.2能正常读取，其实是因为它的二进制浮点数近似值转换回十进制时刚好是5.2（误差小到被默认显示忽略），但本质上它也是近似存储的，只是刚好没显现出来而已。而5.1的误差刚好超过了默认显示精度，所以才出现了这个问题。

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