.NET 6函数应用首次请求慢：如何优化Microsoft.Identity与EF Core启动性能？

关于app.MapControllers()的启动开销 #

app.MapControllers()本身的启动开销极低，仅涉及控制器的发现与基础映射逻辑。你只有两个控制器的情况下，这部分带来的额外启动时间可以忽略，不是当前启动缓慢的核心原因。

针对Microsoft.Identity的优化措施 #

• 预加载身份配置：启动阶段提前拉取并缓存OpenID Connect元数据（如issuer、密钥等），避免首次请求时才远程获取。可在Program.cs中添加异步逻辑，初始化时主动请求元数据并缓存。
• 精简验证方案：只保留业务所需的身份验证提供商（IDP）对应的验证中间件，移除多余的JWT/OIDC配置，减少启动时的初始化工作。
• 缓存验证参数：配置JWT验证参数的缓存策略，延长密钥、issuer等信息的缓存时间，避免每次启动重复获取。

针对EF Core的优化措施 #

• 预编译映射模型：使用dotnet ef dbcontext optimize命令生成预编译的模型类，替换DbContext中默认的动态模型构建，大幅减少启动时的模型初始化耗时。
• 延迟DbContext初始化：将DbContext的实例化延迟到首次数据库操作时，而非启动阶段直接创建。注意保持依赖注入的生命周期配置正确（如Scoped）。
• 禁用冗余功能：关闭不必要的EF Core特性，比如全局禁用变更跟踪（ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking）、关闭敏感数据日志、减少诊断日志级别等。
• 预热数据库连接池：启动时主动打开一次数据库连接并释放，提前将连接加入连接池，避免首次请求时的连接建立开销。

其他Minimal API启动优化方法 #

• 精简服务注册：移除Program.cs中未使用的服务与中间件（如未用到的Swagger、健康检查等），只保留业务必需的依赖。
• 启用分层编译：在项目文件中添加<TieredCompilation>true</TieredCompilation>，让运行时优先编译高频代码路径，加快首次请求的代码执行速度。
• 延迟服务初始化：避免在服务注册阶段执行重型初始化逻辑，改用工厂模式（如AddSingleton<IMyService>(sp => new MyService())），将初始化延迟到服务首次被调用时。
• 启用代码修剪：发布时开启<PublishTrimmed>true</PublishTrimmed>，移除未使用的程序集与代码，减少启动时加载的代码体积。注意发布后需全面测试，避免必要代码被误删。
• 主动预热关键服务：利用IHostApplicationLifetime.ApplicationStarted事件，在应用启动完成后主动触发关键服务的初始化（如身份验证配置加载、EF Core模型初始化），将预热逻辑从首次请求提前到启动阶段。

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