C# DateTime.ToString使用MMM格式返回月份全称而非缩写问题

MMM日期格式符的输出结果，完全由格式化时使用的区域文化（CultureInfo）对应的DateTimeFormatInfo配置决定，和格式化字符串本身的写法无关。
出现返回完整月份名June而非预期缩写Jun，是因为调用ToString()时没有显式指定格式化文化，方法默认读取当前执行线程的CurrentCulture配置：

• 部分英语地区的文化变体、或者操作系统区域设置中被手动修改过短月份名配置时，对应文化的AbbreviatedMonthNames（月份缩写名称列表）里，6月的缩写值本身就被设置为June，自然会输出全称。
• 如果代码之前有修改当前线程文化的DateTimeFormat属性，自定义覆盖过月份缩写规则，也会导致这个结果。

根据业务场景选对应方案即可：

• 固定输出标准三字母月份缩写（比如预期的Jun格式）：显式指定使用美式英语文化做格式化，彻底绕开运行环境的默认配置影响，输出结果不会随系统/服务器的区域设置变动：

// 需先引入System.Globalization命名空间
var formatResult = ((DateTime)somedate).ToString("ddd MMM dd yyyy", CultureInfo.GetCultureInfo("en-US"));

• 保留当前区域文化的其他日期输出规则，仅修正6月的缩写：克隆当前文化配置后手动修改对应月份的缩写值，再传入格式化方法：

var tempCulture = (CultureInfo)Thread.CurrentThread.CurrentCulture.Clone();
// 月份缩写数组索引从0开始依次对应1-12月，6月对应索引位置5
tempCulture.DateTimeFormat.AbbreviatedMonthNames[5] = "Jun";
var formatResult = ((DateTime)somedate).ToString("ddd MMM dd yyyy", tempCulture);

• 全局统一日期输出规则：在程序启动入口（比如ASP.NET Core的Program.cs、WPF/WinForm的App启动逻辑）直接给全局线程设置统一的默认文化，后续所有格式化操作不需要单独传参。

提示：只要业务对日期、数字这类本地化敏感内容的输出格式有固定要求，不要依赖运行环境的默认文化配置，显式指定格式化规则才能避免不同环境下的输出不一致问题。

内容的提问来源于stack exchange，提问作者Tony Trembath-Drake