EF Core 7为何总是将DateTime查询条件转换为'0001-01-01T00:00:00.0000000'？

问题描述 #

原本在EF Core 6中正常运行的DateTime查询，升级到EF Core 7后出现异常：代码中输出的dateFrom值为1/30/2023 12:00:00 AM，但EF Core生成的SQL命令里，参数@__dateFrom_0的值却被替换成了'0001-01-01T00:00:00.0000000'，导致查询条件失效。

可能原因 #

• 可空类型映射逻辑调整：EF Core 7对DateTime和DateTime?的映射规则做了优化，如果参数类型与实体模型字段类型不匹配（比如参数是DateTime?但模型字段是DateTime，反之亦然），可能触发EF Core自动将未正确处理的参数替换为DateTime.MinValue（即0001-01-01）。
• 查询表达式翻译bug：EF Core 7的查询翻译器在处理复杂表达式时，可能存在参数绑定错误，比如参数在表达式中被多次引用、或与条件判断结合时，被错误地重置为默认值。
• 早期版本bug：EF Core 7的初始版本存在部分参数绑定相关的问题，未升级到后续补丁版本可能会触发此类异常。

解决办法 #

• 校验类型一致性：确保查询参数dateFrom的类型与实体模型中对应的DateTime字段类型完全一致。如果模型字段是可空的DateTime?，参数也应使用DateTime?；如果是非可空DateTime，则参数必须传入有效非空值，避免隐式类型转换触发默认值替换。
• 显式处理参数：在构建查询前先确认dateFrom不为null，若为可空类型，可通过dateFrom.Value显式获取值后再传入查询条件，避免EF Core对参数做自动处理。例如：

  var validDate = dateFrom ?? throw new ArgumentNullException(nameof(dateFrom));
  var result = dbContext.Entities.Where(e => e.CreatedDate >= validDate).ToList();
  

• 升级EF Core版本：将EF Core 7升级到最新的补丁版本（如7.0.14及以上），官方在后续补丁中修复了大量参数绑定和查询翻译相关的bug。
• 排查查询表达式：拆解查询逻辑，逐步测试每一部分的参数绑定情况，确认是否是某段条件判断或表达式组合导致参数被意外重置。

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