Webservice DateTime格式异常求助：运行特定服务时触发报错

安全阿岳

2026-5-25

排查Webservice DateTime格式异常问题

看起来你遇到的这个System.FormatException是典型的字符串到DateTime类型转换失败问题，虽然数据库里的DateOfBirth和DateApplied都是datetime类型，但问题根源大概率不在数据库，而是在前端传参或者服务端解析的环节，我给你几个具体的排查和解决方向：

先锁定出问题的字段
因为涉及两个日期字段，建议你先做个简单测试：单独请求只传DateOfBirth，看是否正常；再单独传DateApplied，这样能快速定位到底是哪个字段的传入值有问题，缩小排查范围。
检查前端实际传入的参数值
错误提示里的“未知词从索引0开始”，很大概率是前端传的内容根本不是标准日期格式——比如传了"null"、"undefined"、乱码，或者是像"2023/13/01"这种无效日期，甚至是空字符串。你可以打开浏览器的开发者工具（F12），在网络请求里查看这个接口的Payload，确认这两个字段的实际传入内容是什么。

服务端做安全的日期解析和校验
别直接用DateTime.Parse来解析前端传的字符串，因为一旦格式不对就会直接报错。换成DateTime.TryParse或者DateTime.TryParseExact来做容错处理，比如：

// 以固定格式解析为例，强制要求前端传yyyy-MM-dd格式
DateTime dateApplied;
if (!DateTime.TryParseExact(request.DateApplied, "yyyy-MM-dd", CultureInfo.InvariantCulture, DateTimeStyles.None, out dateApplied))
{
    // 返回参数错误提示，引导前端传正确格式
    return BadRequest("DateApplied格式错误，请传入yyyy-MM-dd格式的日期");
}

如果字段允许为空，记得用DateTime?可空类型来接收，避免空值转换报错。

排查是否有非字符串类型传入
有时候前端可能误传了数字类型（比如时间戳）或者直接传了null/undefined，这些内容转成字符串后根本不是日期格式，自然会触发解析错误。这种情况要么让前端修正传参类型，要么服务端针对这类情况做特殊处理（比如把时间戳转成DateTime，或者允许空值）。