AutoMapper 投影查询中的参数类型不匹配问题解析

问题背景

在使用 AutoMapper 的 ProjectTo 方法进行 EF Core 查询投影时，开发人员遇到了一个关于参数类型不匹配的异常。这个问题特别出现在对嵌套对象集合进行计数操作时。

问题现象

当开发人员尝试对投影后的 DtoEntity 对象中的 Type.Tags 集合进行计数操作时，系统抛出 ArgumentException 异常，提示"Argument types do not match"。然而，直接对顶级 Tags 集合进行相同操作却能正常工作。

技术分析

通过深入分析，我们发现问题的根源在于 AutoMapper 生成的表达式树与 EF Core 处理机制之间的交互方式。

表达式树差异

AutoMapper 生成的投影查询会自动添加空引用检查，例如：

Type = .If ($dtoEntity.Type == .Default(System.Object)) {
    .Default(DtoEntityType)
} .Else {
    .New DtoEntityType(){
        ID = ($dtoEntity.Type).ID,
        Tags = .Call System.Linq.Enumerable.Select(
            ($dtoEntity.Type).Tags,
            .Lambda #Lambda2<System.Func`2[Tag,DtoTag]>)
    }
}

而手动编写的等效查询则不会包含这种空检查，这正是两者行为差异的关键所在。

EF Core 处理机制

EF Core 在处理投影查询时，对于嵌套对象的集合操作有特定的要求。当 AutoMapper 添加的空检查逻辑与 EF Core 的查询翻译机制相遇时，就产生了类型不匹配的问题。

解决方案

针对这个问题，AutoMapper 提供了明确的解决方案：

1. 使用 DoNotAllowNull 配置：可以通过配置告诉 AutoMapper 不要生成空引用检查逻辑，这与 EF Core 的默认行为更加匹配。

2. 调整查询结构：重构查询逻辑，避免在投影后立即对嵌套集合进行操作。

最佳实践建议

1. 在使用 AutoMapper 与 EF Core 集成时，应当充分了解两者在表达式树生成方面的差异。

2. 对于复杂的投影操作，建议先检查生成的 SQL 或执行计划，确保其符合预期。

3. 考虑在开发阶段使用 AutoMapper 的调试工具来检查生成的映射逻辑。

4. 对于性能敏感的查询，手动编写投影逻辑可能比依赖 AutoMapper 更可靠。

总结

这个问题展示了 ORM 工具与对象映射工具在复杂场景下可能产生的微妙交互问题。理解 AutoMapper 如何生成表达式树以及 EF Core 如何处理这些表达式，对于构建健壮的数据访问层至关重要。通过适当的配置和查询结构调整，可以有效地解决这类问题。