DateTime.ToString("ddd, MMM dd", en-CA)跨系统输出格式不一致如何解决

这个跨环境格式差异源于.NET在不同系统使用的全球化实现不同：Windows系统默认使用微软自家的NLS（National Language Support）区域数据，而Linux系统默认使用ICU（International Components for Unicode）的区域数据，两者对en-CA文化的短周名（ddd对应）、短月名（MMM对应）的缩写规则不同，ICU默认会在缩写后添加英文句点，NLS则不会。
另外你观察到的周名不一致（Windows输出Tue、Linux输出Thu）不属于格式规则差异，是时区处理错误导致：DateTime.Parse默认会把输入的日期转换为运行环境的本地时间，若Windows和Linux服务器的时区不一致，会直接导致日期值偏移，进而周名显示错误。

以下方案可按需选择：

方案1：自定义文化格式（最稳妥） #

该方案无全局影响，适配所有.NET版本，是最推荐的处理方式
基于en-CA文化创建可修改的副本，手动删除短周名、短月名后的句点，后续格式化统一使用该自定义文化对象即可：

// 创建en-CA文化的可写副本
var enCaCulture = CultureInfo.CreateSpecificCulture("en-CA");
var dtFormat = enCaCulture.DateTimeFormat;

// 移除所有短周名末尾的句点
dtFormat.AbbreviatedDayNames = dtFormat.AbbreviatedDayNames
    .Select(name => name.TrimEnd('.'))
    .ToArray();
// 移除所有格形式的短周名句点（覆盖特殊格式化场景）
dtFormat.AbbreviatedDayGenitiveNames = dtFormat.AbbreviatedDayGenitiveNames
    .Select(name => name.TrimEnd('.'))
    .ToArray();

// 移除所有短月名末尾的句点
dtFormat.AbbreviatedMonthNames = dtFormat.AbbreviatedMonthNames
    .Select(name => name.TrimEnd('.'))
    .ToArray();
// 移除所有格形式的短月名句点（覆盖特殊格式化场景）
dtFormat.AbbreviatedMonthGenitiveNames = dtFormat.AbbreviatedMonthGenitiveNames
    .Select(name => name.TrimEnd('.'))
    .ToArray();

// 格式化时使用自定义的文化对象
var formattedDate = yourDateTime.ToString("ddd, MMM dd", enCaCulture);

方案2：全局对齐Windows NLS行为（适用于.NET 5+） #

如果希望所有文化的格式化逻辑都和Windows对齐，可以在应用启动时添加全局开关，强制.NET使用NLS而非ICU实现全球化逻辑：

// 程序入口处添加，例如Program.cs的最开头
AppContext.SetSwitch("Switch.System.Globalization.UseNls", true);

注意：该开关为全局配置，会修改所有依赖区域文化的逻辑输出，若其他业务依赖ICU的格式化规则不建议使用。

方案3：格式化后直接替换句点（临时快速修复） #

如果仅当前一处格式化需要兼容，且确定输出内容中不存在其他合法的英文句点，可以直接对格式化结果做字符替换：

var formattedDate = yourDateTime.ToString("ddd, MMM dd", new CultureInfo("en-CA"))
    .Replace(".", "");

修复时区处理逻辑即可，解析日期时明确指定时区规则，比如统一用UTC时间：

// 解析时明确指定输入为UTC时间，避免转换为本地时间导致偏移
var date = DateTime.Parse("10/26/2021", CultureInfo.InvariantCulture, DateTimeStyles.AssumeUniversal | DateTimeStyles.AdjustToUniversal);

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