ASP.NET Core中使用AutoMapper扩展在启动时编译映射的问题

让我分两部分来解决你的问题，都是实际项目里验证过的可行方案：

一、解决AutoMapper启动时预编译映射的问题 #

你之前的代码没生效，核心原因是静态的Mapper.Configuration和你通过DI注册的AutoMapper实例不是同一个配置对象。ASP.NET Core依赖注入模式下，正确的预编译方式应该直接操作要注册到DI的MapperConfiguration实例：

推荐方案（更可控） #

直接创建MapperConfiguration，完成预编译后再注册IMapper到DI容器：

public void ConfigureServices(IServiceCollection services)
{
    // 1. 创建AutoMapper配置并添加映射规则
    var mapperConfig = new MapperConfiguration(cfg =>
    {
        // 方式1：手动添加自定义Profile
        cfg.AddProfile<ProductMappingProfile>();
        // 方式2：自动扫描指定程序集内的所有Profile
        cfg.AddMaps(typeof(Startup).Assembly);
    });

    // 2. 预编译所有映射，将性能损耗转移到应用启动阶段
    mapperConfig.CompileMappings();

    // 3. 验证映射配置合法性（可选但推荐，提前发现配置错误）
    mapperConfig.AssertConfigurationIsValid();

    // 4. 将IMapper实例注册到DI容器
    services.AddSingleton<IMapper>(sp => mapperConfig.CreateMapper());
}

如果你想保留AddAutoMapper扩展的用法 #

也可以通过DI的后续配置来完成编译，注意不要在ConfigureServices中多次调用BuildServiceProvider（会生成多个容器实例），改用PostConfigure处理：

services.AddAutoMapper(cfg =>
{
    // 在这里添加你的映射配置
    cfg.AddProfile<ProductMappingProfile>();
}, typeof(Startup).Assembly);

// 在DI容器构建完成后，获取配置并执行预编译
services.PostConfigure<MapperConfiguration>(config =>
{
    config.CompileMappings();
    config.AssertConfigurationIsValid();
});

这样就能确保所有映射在应用启动时完成编译，彻底避免第一次请求时的编译性能损耗。

二、解决EF Core预编译Query兼容AutoMapper ProjectTo的问题 #

你遇到的NotSupportedException，是因为EF Core的CompileQuery无法直接解析AutoMapper的ProjectTo扩展方法——EF的表达式解析器不认识这个自定义方法。解决思路是把ProjectTo转换成EF能识别的标准LINQ表达式，具体有两种方案：

方案1：使用AutoMapper生成的投影表达式构建查询 #

先从AutoMapper配置中获取实体到DTO的投影表达式，再用Select替换ProjectTo，让EF能正常解析并预编译：

// 从DI容器获取预配置好的IMapper实例
var mapper = serviceProvider.GetRequiredService<IMapper>();

// 获取实体到DTO的投影表达式
var projectionExpr = mapper.ConfigurationProvider
    .FindTypeMapFor<Data.Entities.Product, Models.Product>()
    .ProjectToExpression;

// 构建EF可解析的完整查询表达式
Expression<Func<MyProjectContext, int, Models.Product>> queryExpr = (db, id) => 
    db.Product
        .Where(p => p.Id == id) // 别忘了添加过滤条件，你之前的代码里遗漏了这一步
        .Select(projectionExpr)
        .FirstOrDefault();

// 预编译查询
var compiledQuery = EF.CompileQuery(queryExpr);

// 使用预编译查询
var product = compiledQuery(context, 1);

方案2：使用带配置参数的ProjectTo重载（适用于EF Core 3.1+） #

如果你更习惯使用ProjectTo语法，可以确保传入MapperConfigurationProvider，并且构建完整的表达式树传递给CompileQuery（注意不要引用外部变量，保持表达式树的完整性）：

// 提前获取AutoMapper配置提供者
var configProvider = serviceProvider.GetRequiredService<IConfigurationProvider>();

// 构建包含ProjectTo的完整表达式树
Expression<Func<MyProjectContext, int, Models.Product>> queryExpr = (db, id) => 
    db.Product
        .Where(p => p.Id == id)
        .ProjectTo<Models.Product>(configProvider)
        .FirstOrDefault();

// 预编译查询
var compiledQuery = EF.CompileQuery(queryExpr);

// 使用预编译查询
var product = compiledQuery(context, 1);

注意事项 #

• 确保你的AutoMapper映射规则都是EF Core支持的（比如不要使用无法转换成SQL的自定义方法），否则即使预编译成功，执行时仍会报错。
• EF Core的预编译查询对参数组合敏感，如果你的查询有多种参数组合，可能需要预编译多个查询；另外.NET 6+对预编译查询的支持更完善，建议升级到较新版本。

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