EntityFramework Core 9.0 中关于COALESCE运算符的查询异常解析

在EntityFramework Core 9.0版本中，开发人员在使用COALESCE运算符(??)结合Where条件查询时可能会遇到一个特定的运行时异常。这个异常表现为当在LINQ查询的Where子句中使用空值合并运算符时，系统会抛出"二元运算符Equal未为类型'System.Int32'和'System.Nullable`1[System.Int32]'定义"的错误。

问题现象

该问题通常出现在以下场景中：

var query = from ta in context.TableA
            join tb in context.TableB on ta.Id equals tb.Id
            where tb.IdX == (idX ?? tb.IdX)
            select ta.SomeValue;

当idX参数为可空类型(如decimal?)时，EF Core 9.0无法正确处理这种表达式组合，导致查询解析失败。

技术背景

这个问题本质上涉及到表达式树的处理机制。在.NET中，当处理相等比较时，系统需要确保两边的操作数类型兼容。COALESCE运算符(??)会生成一个特殊的表达式树节点，而EF Core 9.0在将这种复杂表达式转换为SQL时出现了类型推断错误。

临时解决方案

目前开发者可以采用以下两种临时解决方案：

1. 显式类型转换方案：

where tb.IdX == (decimal?)(idX ?? tb.IdX)

2. 条件表达式方案：

where idX == null ? tb.IdX == tb.IdX : tb.IdX == idX

这两种方案都能绕过当前版本的类型推断问题，但会略微影响查询的可读性。

问题定位与修复进展

微软EF Core团队已经确认这是一个bug而非设计变更，并已在内部修复。该问题与表达式树处理过程中的类型提升(lift to null)机制有关，特别是在处理连接查询和复杂条件表达式组合时出现的边界情况。

最佳实践建议

对于正在使用EF Core 9.0的开发团队，建议：

1. 在等待官方补丁发布期间，可以采用上述临时解决方案
2. 对现有代码库进行审查，检查所有使用COALESCE运算符的LINQ查询
3. 考虑为这类查询添加单元测试，确保在未来的EF Core版本升级时能够及时发现兼容性问题
4. 对于复杂的查询条件，可以考虑拆分为多个简单条件组合

这个问题预计会在下一个EF Core补丁版本中得到修复，届时开发者可以移除临时解决方案，恢复原始的查询写法。