ASP.NET Core 8.0零停机部署及DLL锁定问题咨询

1. 零停机部署解决文件锁定问题 #

针对部署时DLL被锁定无法覆盖的情况，以下是几种生产级可行方案：

• 应用离线触发：部署前在站点根目录放置app_offline.htm文件，IIS检测到该文件会立即停止应用进程并释放文件锁。部署完成后删除该文件，IIS会自动重启应用。文件可自定义维护提示内容，示例：

  <!DOCTYPE html>
  <html>
  <body>
      <h1>站点维护中，请稍后访问</h1>
  </body>
  </html>
  

• 蓝绿滚动部署：搭建两个完全一致的站点实例，通过负载均衡器（如IIS ARR）分配流量。部署时先将新版本发布到备用实例，验证功能正常后切换负载均衡器的流量指向，再停止旧实例完成更新，全程无停机。

• IIS部署槽功能：Windows Server IIS自带部署槽功能，将新版本部署到备用槽，验证通过后直接交换槽位，IIS会自动切换流量并回收旧进程，无需手动操作。

• Robocopy同步文件：配合app_offline.htm使用Robocopy镜像模式同步文件，命令示例：

  robocopy "D:\Deploy\NewVersion" "C:\inetpub\wwwroot" /MIR /XD "Logs"
  

  该命令会跳过未释放锁的文件（需先通过app_offline释放锁），确保文件同步完整性。

2. 替换DLL后响应缓慢的缓解方法 #

替换DLL后响应慢多因应用重启时JIT编译、依赖加载或缓存重建导致，可通过以下方式优化：

• 启用ReadyToRun预编译：发布时加入PublishReadyToRun参数，将IL代码预编译成本机代码，减少启动时的JIT编译时间。发布命令示例：

  dotnet publish -c Release -r win-x64 --self-contained false /p:PublishReadyToRun=true
  

• 配置应用预热：利用IIS应用初始化模块，在应用重启后自动发送请求触发初始化。在web.config中添加配置：

  <system.webServer>
    <applicationInitialization doAppInitAfterRestart="true">
      <add initializationPage="/health" /> <!-- 替换为你的健康检查接口 -->
    </applicationInitialization>
  </system.webServer>
  

  同时将应用池启动模式设为AlwaysRunning，避免应用闲置回收。

• 懒加载非核心依赖：将非必要服务的初始化改为懒加载，用Lazy<T>延迟实例化，避免启动时一次性加载所有依赖。示例：

  services.AddSingleton<Lazy<IMyHeavyService>>(sp => 
      new Lazy<IMyHeavyService>(() => sp.GetRequiredService<MyHeavyService>()));
  

• 提前预热缓存：在应用启动时提前加载常用缓存数据，无需等待首次请求触发。在Program.cs中添加初始化逻辑：

  var app = builder.Build();
  // 预热缓存
  using var scope = app.Services.CreateScope();
  var cache = scope.ServiceProvider.GetRequiredService<IMemoryCache>();
  cache.Set("CommonData", LoadCommonDataFromDb());
  // 后续中间件配置...
  

• 调整应用池回收策略：将应用回收时间设置在业务低峰期，按需禁用基于内存或请求数的自动回收（根据实际业务场景调整）。

内容的提问来源于stack exchange，提问作者신성길