Azure DevOps中Ubuntu 16.04升级至18.04后字符串格式化输出%前出现空格的原因咨询

这个问题其实和.NET Core在Linux系统上的全球化实现逻辑直接相关，我之前排查过类似的案例，核心原因是Ubuntu 16.04和18.04系统自带的区域（Locale）数据发生了变化，而你的.NET Core 3.1应用默认依赖系统的区域信息来做字符串格式化。

具体细节拆解： #

• .NET Core在Linux/macOS等非Windows平台上，默认采用"系统全球化模式"（System Globalization Mode），也就是说，像百分比、日期、货币这类格式化规则，会直接读取操作系统的Locale配置，而不是使用.NET自带的硬编码规则。
• Ubuntu 16.04使用的glibc版本较旧，而18.04升级了glibc，其中针对en_US.UTF-8（或你流水线使用的其他英文区域）的百分比格式定义被调整了：旧版本中{x:P0}的输出是数字+%（无空格），新版本则变成了数字+空格+%。
• 你提到流水线没有变更，但操作系统升级后，底层的Locale数据已经改变，这就导致了相同的格式化代码输出不同的结果。

验证方式： #

你可以在两台系统上分别执行以下命令查看差异：

locale -k LC_NUMERIC

或者直接用一段简单的C#代码测试：

using System;

class Program
{
    static void Main()
    {
        Console.WriteLine(string.Format("{0:P0}", 0.42));
    }
}

在16.04上会输出42%，18.04上则是42 %。

解决建议： #

如果需要保持统一的格式化输出，有几种可控的方案：

• 在代码中显式指定CultureInfo，比如使用en-US文化的特定实例（注意要确保系统安装了对应的Locale）：

  var culture = new System.Globalization.CultureInfo("en-US");
  Console.WriteLine(string.Format(culture, "{0:P0}", 0.42));
  

• 在流水线启动应用时，设置环境变量DOTNET_SYSTEM_GLOBALIZATION_INVARIANT=1，强制使用.NET的不变全球化模式，这样所有格式化都会采用无区域差异的规则，包括百分比格式。
• 手动修改Ubuntu 18.04的Locale配置，覆盖百分比的格式定义，但这种方式维护成本较高，不推荐在流水线环境中使用。

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