如何在本地剖析ASP.NET Core应用启动耗时并定位框架调用

问题背景 #

我有一个嵌套结构的ASP.NET Core应用（根应用DevServer托管实际云运行的VstStartup应用），启动总耗时约12秒，后续缓存初始化还需10秒，目标是将启动耗时优化至约3秒。目前剖析仅显示自有代码占启动耗时的10%，需解决以下问题：

• 如何剖析ASP.NET Core框架调用（如IServiceProvider实例化、端点初始化的耗时）
• VstStartup的ConfigureServices结束到Configure开始之间的具体过程
• AOT或源生成DI容器的优化重点与预期收益

当前启动时序 #

000.000s (000.007s) - DevServer 主方法
000.104s (000.078s) - DevServer ConfigureServices
000.541s (000.437s) - DevServer ConfigureServices 结束
000.561s (000.020s) - DevServer ConfigureApplication
000.902s (000.341s) - VstStartup 静态构造函数
000.902s (000.000s) - VstStartup 构造函数
001.138s (000.236s) - VstStartup ConfigureServices
002.001s (000.863s) - VstStartup ConfigureServices 结束

--- 此处为未知耗时阶段 ---

011.971s (009.970s) - VstStartup Configure
012.265s (000.294s) - VstStartup Configure 结束
012.353s (000.088s) - StartedAsync

框架级剖析方法 #

1. 内置诊断工具 #

• 用dotnet-trace捕获启动阶段的详细调用栈：

  dotnet trace collect --process-id <PID> --providers Microsoft.AspNetCore,Microsoft.Extensions.DiagnosticAdapter
  

  捕获后用PerfView或dotnet trace analyze分析，重点过滤Microsoft.AspNetCore.Hosting、Microsoft.Extensions.DiagnosticAdapter命名空间下的事件，定位IServiceProvider实例化、服务验证、端点路由初始化等操作的耗时。
• 启用ASP.NET Core启动诊断日志：在appsettings.json中设置Microsoft.AspNetCore日志级别为Trace，查看ConfigureServices结束到Configure开始之间的框架日志，明确服务容器构建、主机初始化等步骤的耗时。

2. 手动埋点追踪 #

• 在VstStartup的ConfigureServices末尾和Configure开头添加自定义时间戳日志，直接定位中间阶段的耗时区间。
• 利用IHostApplicationLifetime.ApplicationStarting事件记录时间点，该事件触发于Configure执行之前，可辅助定位中间阶段的关键节点。

ConfigureServices结束到Configure开始的核心过程 #

该阶段ASP.NET Core主要执行以下操作：

1. 服务容器构建：基于注册的服务生成最终的IServiceProvider，包含循环依赖检查、单例服务预实例化。
2. 主机初始化：完成IHost实例的最终配置，验证加载的配置项、初始化日志系统。
3. 端点路由预解析：若启用端点路由，框架会提前解析路由模板、生成路由匹配表。
4. 中间件预初始化：部分中间件（如静态文件中间件）会提前完成资源扫描等初始化操作。

优化方案与预期收益 #

1. 源生成DI容器 #

• 优化重点：替换默认反射DI容器，使用编译时生成的服务注册代码，消除启动时的反射开销。
• 预期收益：减少IServiceProvider构建耗时30%-50%，适合服务注册量大的场景。
• 实施方式：添加源生成器包，修改服务注册代码为源生成模式：

  var builder = WebApplication.CreateBuilder(args);
  builder.Services.AddControllers()
                  .AddMvcOptions(opt => { /* 配置逻辑 */ })
                  .AddControllersAsServices();
  // 启用源生成DI
  builder.Services.AddGeneratedControllers();
  

2. AOT编译 #

• 优化重点：将应用编译为本地机器码，消除JIT编译、动态反射的开销。
• 预期收益：启动耗时降低60%-80%，但需注意AOT不支持动态反射，需排查第三方依赖的兼容性。
• 实施方式：在项目文件中启用AOT：

  <PropertyGroup>
    <PublishAot>true</PublishAot>
  </PropertyGroup>
  

3. 其他针对性优化 #

• 延迟初始化：用Lazy<T>包装非启动必需的服务，避免启动时实例化。
• 缓存异步初始化：将后续10秒的缓存初始化移至StartedAsync或IHostedService中异步执行，不阻塞启动流程。
• 精简服务注册：移除无用的服务注册，合并重复配置，减少服务容器构建压力。

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