PowerShell中DateTime::ParseExact解析日期抛出异常的问题求助

阿华AIGC实验室

2026-3-31

看起来你踩了一个「硬截字符串长度」的坑！从错误信息里的String '1/7/2025 4'就能一眼看出来：你原本以为$StartDate.toString().Substring(0, 10).Trim()能拿到纯日期1/7/2025，但实际截取后的字符串后面带了时间的部分字符，这就和你指定的'M/d/yyyy'格式完全不匹配了，ParseExact自然就报“不是有效DateTime”的错。

问题根源

你错误假设了日期字符串的长度固定是10，但M/d/yyyy格式的字符串长度是可变的：

当月份/日期是两位数时（比如12/12/2025），长度是10；
但如果是一位数（比如1/7/2025），整个纯日期部分只有8个字符。

这时候用Substring(0,10)就会把原字符串后面的时间内容（比如空格+小时数的第一位）也截进来，导致最终的字符串变成1/7/2025 4这种四不像的格式，肯定过不了格式校验。

另外还有一种可能：如果$StartDate本身就是一个DateTime对象，那你完全没必要转成字符串再截取再解析——绕了一大圈还容易出错！

靠谱的解决办法

方案1：如果`$StartDate`是DateTime类型（最优解）

直接对DateTime对象指定格式输出，一步到位，根本不需要ParseExact：

$dtStart = $StartDate.ToString('dd/MM/yyyy')

方案2：如果`$StartDate`是带时间的字符串

先可靠地提取纯日期部分，再解析：

# 按空格或T分割（兼容普通日期+时间、ISO格式日期），只取第一部分纯日期
$pureDatePart = $StartDate.Trim().Split([char[]]@(' ', 'T'), 2)[0]
# 再用ParseExact解析并转格式
$dtStart = [DateTime]::ParseExact($pureDatePart, 'M/d/yyyy', $null).ToString('dd/MM/yyyy')

方案3：更稳妥的容错写法

用TryParseExact替代ParseExact，避免解析失败直接抛异常，还能加错误处理：

$pureDatePart = $StartDate.Trim().Split([char[]]@(' ', 'T'), 2)[0]
$parsedDate = [DateTime]::MinValue
if ([DateTime]::TryParseExact($pureDatePart, 'M/d/yyyy', $null, [System.Globalization.DateTimeStyles]::None, [ref]$parsedDate)) {
    $dtStart = $parsedDate.ToString('dd/MM/yyyy')
} else {
    # 这里可以加自定义的错误处理，比如打日志、给默认值
    Write-Error "无法解析日期：$pureDatePart"
}