使用Expression.NotEqual处理可空属性时遇DateTime解析错误求解决方案

我之前也踩过类似的坑！从你描述的错误和排查结果来看，问题确实出在可空DateTime类型与Expression.NotEqual的兼容上——Equals方法在底层大概率做了空值兼容处理，但NotEqual的表达式构建逻辑没考虑到可空类型可能为null的情况，导致解析时错误地把null当成字符串传给了DateTime.Parse。

给你几个可行的解决方案，按推荐程度排序：

1. 显式组合“非空+不等于”的条件 #

这是最稳妥的方案，先判断属性不为null，再添加不等于的条件，从根源上避免空值进入解析流程：

// 假设paramExpr是你的参数表达式（比如Expression.Parameter(typeof(YourEntity), "e")）
var propertyExpr = Expression.Property(paramExpr, "TableProperty");
// 1. 先构建“属性不为null”的表达式
var notNullCondition = Expression.NotEqual(propertyExpr, Expression.Constant(null, propertyExpr.Type));
// 2. 构建“属性不等于目标值”的表达式（注意指定constant的类型为可空DateTime）
var notEqualCondition = Expression.NotEqual(
    propertyExpr, 
    Expression.Constant(constant, propertyExpr.Type)
);
// 3. 用AndAlso组合两个条件，确保逻辑正确
var finalExpression = Expression.AndAlso(notNullCondition, notEqualCondition);

这里一定要给Expression.Constant指定与属性一致的可空类型，否则会出现隐式类型转换导致的解析错误。

2. 用Coalesce替换空值为默认DateTime #

如果你的业务逻辑允许把null的DateTime视为某个默认值（比如DateTime.MinValue），可以用合并运算符先把空值替换成有效的DateTime，再做不等于比较：

var propertyExpr = Expression.Property(paramExpr, "TableProperty");
// 将空值替换为业务允许的默认DateTime
var safePropertyExpr = Expression.Coalesce(
    propertyExpr, 
    Expression.Constant(DateTime.MinValue)
);
// 直接和目标值做不等于比较
var finalExpression = Expression.NotEqual(safePropertyExpr, Expression.Constant(constant));

这种方式能绕过空值解析的问题，适合不需要区分“null”和“默认值”的业务场景。

3. 检查表达式构建器的底层解析规则 #

如果是自定义的表达式构建器（不是EF Core这类成熟框架），可能是构建器对NotEqual的可空类型支持不完善。你可以：

• 查看构建器是否有专门的可空类型比较方法（比如NotEqualNullable）
• 调整解析逻辑：当遇到可空类型的NotEqual时，先判断左右操作数是否为null，再决定是否执行DateTime.Parse

额外注意点 #

• 确保你的constant变量是DateTime?类型，而非非可空的DateTime，避免类型不匹配
• 如果是EF Core场景，其实本身支持可空类型的NotEqual，可能是你传递的constant类型不对，或者表达式构建时的参数有误

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