EntityFramework Core 9 中投影查询时HasConversion转换器失效问题解析

在EntityFramework Core 9版本中，开发者在进行投影查询时可能会遇到一个隐蔽的问题：当使用HasConversion配置带有捕获对象的自定义值转换器时，查询会抛出NullReferenceException异常，而同样的代码在EF Core 8中却能正常工作。这个问题涉及到EF Core内部对查询表达式的优化处理机制。

问题现象

当开发者在DbContext中配置实体属性时，如果使用非静态对象实例作为值转换器(ValueConverter)的依赖，例如：

builder.Property(e => e.Two)
    .HasConversion(WithNonStaticExternal(Converter)!);

在EF Core 9中执行包含该属性的投影查询时，系统会抛出NullReferenceException。而同样的代码在EF Core 8中却能正常工作。

技术原理分析

EF Core 8的处理方式

在EF Core 8中，查询编译器会直接使用闭包变量来处理投影中的值转换。生成的查询代码会直接调用捕获的转换器实例：

<>c__DisplayClass7_0.customConverter.Decrypt(dataReader.GetString(1));

这种方式简单直接，能够正确访问转换器实例。

EF Core 9的优化机制

EF Core 9引入了一种新的优化机制——LiftableConstantExpression，旨在提升查询性能。在这种机制下：

1. 系统尝试通过ITypeMappingSource.FindMapping方法来获取类型映射
2. 然后从中提取转换器(Converter)来执行值转换

生成的查询代码如下：

Invoke(((ValueConverter<string, string>)[LIFTABLE Constant: SqliteStringTypeMapping | Resolver: c => (RelationalTypeMapping)c.Dependencies.TypeMappingSource.FindMapping(
    type: System.String, 
    model: c.Dependencies.Model, 
    elementMapping: null)].Converter).ConvertFromProviderTyped, dataReader.GetString(1))

这种优化方式在处理静态转换器时工作正常，但对于捕获的对象实例，由于无法通过类型映射系统正确还原转换器实例，最终导致NullReferenceException。

解决方案

EF Core团队已经意识到这个问题，并在后续版本中修复了此缺陷。修复后的行为与EF Core 8一致，直接使用闭包变量来处理投影中的值转换。

开发者可以采取以下解决方案：

1. 升级到EF Core 9.0正式版或更高版本
2. 临时使用EF Core 8的稳定版本
3. 将转换器改为静态实例（虽然能解决问题，但不推荐作为长期方案）

最佳实践建议

1. 在升级EF Core版本时，应全面测试所有查询场景，特别是涉及值转换和投影的部分
2. 对于复杂的值转换逻辑，考虑编写专门的测试用例
3. 关注EF Core的发布说明，了解行为变更和已知问题

这个问题展示了ORM框架在查询优化过程中可能遇到的挑战，也提醒我们在使用高级功能时需要理解其底层实现机制。