.NET Core AutoMapper使用ProjectTo时嵌套映射仅到第一层，孙级未被映射

你遇到的孙级数据丢失，本质不是AutoMapper的内存映射配置有问题，而是ProjectTo作为IQueryable投影工具，默认只会生成第一层导航属性的查询逻辑，不会自动递归展开自引用类型的深层嵌套路径。
具体来说：

• 你当前的基础映射配置（只要修正语法错误）本身是支持自引用递归映射的，AutoMapper能自动识别EntityClass.Children（ICollection<EntityClass>）到DtoClass.Children（List<DtoClass>）的同构映射
• 但ProjectTo生成EF查询表达式时，只会投影明确指定的导航路径。你现在的调用没有指定要取Children.Children这一层，生成的SQL根本不会关联查询孙级数据，自然映射后这部分是空的
• 另外你贴的Profile代码存在语法错误：构造函数内的大括号匹配错位，会导致映射配置加载失败，这个是基础问题需要先修正。

场景1：需要查询固定深度的嵌套结构 #

如果你的业务场景能明确知道需要查几层数据（比如固定要查2级子节点、3级子节点），不需要无限制递归，直接在ProjectTo调用时把需要展开的嵌套路径显式传给Mapper即可，不需要改全局映射配置：

1. 先修正你的Profile的基础语法错误：

public class MyProfile : Profile
{
    public MyProfile()
    {
        // 基础自引用映射，不需要额外配置集合映射规则
        CreateMap<EntityClass, DtoClass>().ReverseMap();
    }
}

2. 修改ProjectTo的调用，显式传入所有需要查询的嵌套路径：
   比如需要查到孙级（2层深度），就把Children和Children.Children的路径传进去：

dtoQueryable = entityQueryable.ProjectTo<DtoClass>(
    _mapper.ConfigurationProvider,
    parameters: null,
    // 传入所有需要投影的嵌套路径，AutoMapper会自动把这些路径加到Select表达式里
    x => x.Children,
    x => x.Children.Select(c => c.Children)
);

如果需要更深的层级，就继续在lambda链上往下补对应的路径即可。这种方式生成的SQL会自动关联所有需要的层级表，不会额外查询多余的数据，性能最好。

场景2：需要查询无深度限制的整棵树 #

如果业务需要递归加载所有层级的子节点，没法提前确定查询深度，就不能直接用单条IQueryable投影实现了（因为EF Core没法生成无限层级的递归投影SQL），需要调整流程：

1. 先通过递归CTE查询，把目标根节点下所有层级的扁平节点全部查出来（注意你的实体需要补充自引用外键属性ParentId，否则数据库层面没法关联父子关系）
2. 在内存中把扁平的节点列表组装成树形结构
3. 最后用AutoMapper的内存映射（非IQueryable的Map方法）把实体树转换成DTO树即可——这时候因为内存里已经有全量的嵌套数据，自引用的映射配置会自动递归完成所有层级的转换，不会出现孙级数据丢失的问题。

• 不要为了自引用集合额外写ForMember配置，只要属性名匹配、元素类型有对应映射规则，AutoMapper会自动识别集合映射关系，多余的配置反而可能导致映射逻辑异常
• 不要误以为ProjectTo会像EF Core的Include那样自动递归加载导航属性，两者逻辑完全不同：ProjectTo是投影驱动，只取你明确要求的字段；Include是导航属性加载，也需要显式指定嵌套层级
• 如果你用的是EF Core 7+，虽然原生支持递归查询，但配合ProjectTo依然需要显式指定要展开的嵌套路径，不会自动帮你生成多层级的Select表达式

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