.NET 6升级至7及EF Core升级后服务器端小数转换错误求助

核心原因 #

1. Docker容器全球化依赖缺失/区域不匹配：.NET 7官方Docker镜像（尤其是Alpine轻量版）默认未预装完整的ICU全球化组件，且系统默认区域通常为en-US。即便代码中指定了de-DE文化，若容器缺少对应依赖，会导致文化规则失效——将金额字符串里的逗号识别为千位分隔符而非小数分隔符，最终把0,17解析成17.00。
2. 字符串分割逻辑脆弱：代码中用Split(' ')[0]提取金额，若HTML里金额与欧元符号间存在多个空白字符（如换行、制表符），分割后可能拿到空字符串或错误片段，间接引发解析异常。

解决办法 #

1. 修复Docker容器的全球化环境 #

• 切换Debian基础镜像：改用基于Debian的.NET 7官方镜像（如mcr.microsoft.com/dotnet/aspnet:7.0），Debian默认包含完整ICU组件，无需额外配置即可支持de-DE文化解析。
• Alpine镜像补全依赖：若必须用Alpine，需安装ICU库并启用全球化支持：

  RUN apk add --no-cache icu-libs
  ENV DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=false
  

• 强制设置容器区域：在Dockerfile或启动命令中添加环境变量：

  ENV LC_ALL=de_DE.UTF-8
  ENV LANG=de_DE.UTF-8
  

  或启动容器时传递参数：

  docker run -e LC_ALL=de_DE.UTF-8 -e LANG=de_DE.UTF-8 your-image-name
  

2. 优化金额解析代码逻辑 #

替换脆弱的分割逻辑，改用正则精准提取金额，并明确指定解析规则：

// 用正则匹配带逗号的金额格式，忽略前后空白
var amountMatch = Regex.Match(columns[3].InnerHtml, @"(\d+,\d+)");
if (amountMatch.Success)
{
    var amountStr = amountMatch.Groups[1].Value;
    // 明确指定数字解析样式，避免文化差异导致的错误
    if (Decimal.TryParse(amountStr, NumberStyles.Number, new CultureInfo("de-DE"), out var amount))
    {
        paymentDataData.Amount = amount;
    }
    else
    {
        // 记录日志或处理解析失败场景
    }
}

3. 全局设置默认文化 #

在项目启动时（如Program.cs）强制设置线程默认文化，避免局部解析受系统环境影响：

var deCulture = new CultureInfo("de-DE");
CultureInfo.DefaultThreadCurrentCulture = deCulture;
CultureInfo.DefaultThreadCurrentUICulture = deCulture;

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