.NET 7独立进程Azure Functions中en-AU区域DateTime.ParseExact解析失败

可能的原因 #

Azure Functions Windows独立工作进程环境中，new CultureInfo("en-AU")可能未正确加载完整的文化格式信息，或是环境中的文化配置与本地存在细微差异，导致月份缩写匹配失败。

解决方案1：改用CultureInfo.CreateSpecificCulture创建文化实例 #

该方法会确保加载完整的特定文化配置，避免直接实例化CultureInfo时的信息缺失：

[Function(FunctionName)]
public async Task Run([TimerTrigger(cronEveryFiveMinutes)] TimerInfo myTimer)
{
    var date = "4 Sep 2023";
    var culture = CultureInfo.CreateSpecificCulture("en-AU");

    if (DateTime.TryParseExact(date, new[] { "d MMM yyyy" }, culture, DateTimeStyles.None, out var rithparse))
    {
        _logger.LogInformation($"Parsed Date: {rithparse}");
    }
    else
    {
        _logger.LogError($"Failed to parse the date: {date}");
    }
}

解决方案2：添加备选格式字符串 #

考虑到环境中可能存在月份缩写带点的情况，补充带点的格式作为备选：

[Function(FunctionName)]
public async Task Run([TimerTrigger(cronEveryFiveMinutes)] TimerInfo myTimer)
{
    var date = "4 Sep 2023";
    var formats = new[] { "d MMM yyyy", "d MMM. yyyy" };

    if (DateTime.TryParseExact(date, formats, new CultureInfo("en-AU"), DateTimeStyles.None, out var rithparse))
    {
        _logger.LogInformation($"Parsed Date: {rithparse}");
    }
    else
    {
        _logger.LogError($"Failed to parse the date: {date}");
    }
}

解决方案3：使用CultureInfo.InvariantCulture #

如果你的日期格式是通用英文格式，直接使用不变文化可以彻底规避环境文化差异的影响：

[Function(FunctionName)]
public async Task Run([TimerTrigger(cronEveryFiveMinutes)] TimerInfo myTimer)
{
    var date = "4 Sep 2023";

    if (DateTime.TryParseExact(date, new[] { "d MMM yyyy" }, CultureInfo.InvariantCulture, DateTimeStyles.None, out var rithparse))
    {
        _logger.LogInformation($"Parsed Date: {rithparse}");
    }
    else
    {
        _logger.LogError($"Failed to parse the date: {date}");
    }
}

环境验证方法 #

可以在函数中添加日志，输出目标文化的月份缩写，确认环境中的实际格式：

var culture = new CultureInfo("en-AU");
_logger.LogInformation("en-AU 9月缩写: {0}", culture.DateTimeFormat.AbbreviatedMonthNames[8]);

如果日志显示缩写为Sep.（带点），则对应调整格式字符串即可。

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