如何优化IIS上.NET 7 Blazor Server应用的启动速度？

一、应用内部调整 #

• 启用预渲染：在_Host.cshtml中将组件渲染模式设置为RenderMode.ServerPrerendered，服务器会先返回静态HTML让用户快速看到内容，后台同时初始化Blazor会话，降低感知延迟。示例代码：

<component type="typeof(App)" render-mode="RenderMode.ServerPrerendered" />

• 延后组件初始化逻辑：把非UI必需的远程请求、复杂计算等逻辑，从OnInitializedAsync移到OnAfterRenderAsync中，优先保证页面框架先加载完成。
• 开启AOT编译：在项目文件（.csproj）里添加<PublishAot>true</PublishAot>，编译阶段直接生成机器码，减少运行时JIT编译的开销。注意这会增大发布包体积，且需要对应平台的SDK支持。
• 组件延迟加载：将非首页核心组件拆分到独立的Razor类库（RCL）中，通过LazyAssemblyLoader按需加载，减少启动时加载的程序集数量。示例：

var assembly = await _lazyAssemblyLoader.LoadAssemblyAsync("YourModule.dll");
var componentType = assembly.GetType("YourNamespace.YourComponent");

• 优化依赖注入：对重资源服务使用Lazy<T>延迟初始化，或者根据业务场景调整服务生命周期，避免启动时一次性创建大量重实例。
• 清理冗余依赖：移除项目中未使用的NuGet包和程序集，减少启动时的加载负担。

二、IIS配置优化 #

• 开启应用预热：在目标应用程序池的高级设置中，将“启动模式”改为AlwaysRunning，并设置“预热请求”为应用根路径（如/），让IIS在应用池启动时就初始化Blazor应用，避免首次请求的冷启动延迟。
• 调整回收策略：延长应用程序池的回收时间间隔（比如设为24小时），或禁用非必要的回收触发条件（如内存占用回收，服务器资源充足时），减少频繁回收导致的冷启动。
• 设置正确的CLR版本：将应用程序池的.NET CLR版本设为No Managed Code，因为Blazor Server是自托管的.NET Core应用，无需IIS托管CLR，避免多余的初始化开销。
• 启用静态资源缓存：在IIS中为CSS、JS、图片等静态资源配置输出缓存，减少重复请求的处理耗时。
• 按需启用32位模式：仅当应用依赖32位组件时，才在应用程序池高级设置中开启“启用32位应用程序”为True，否则保持False，避免兼容性层的性能损耗。

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