为什么IIS上的ASP.NET核心应用程序启动速度如此之慢，有没有什么解决办法？

本文共计340个文字，预计阅读时间需要2分钟。

我们正在使用TeamCity和Octopus部署新的.NET Core Web Api，它运行在IIS背后的Kestrel上。一切都很顺利，除了第一个请求大约需要2分钟。也就是说，部署后的第一个请求和IIS上重新启动站点后的第一个请求。

我们正在通过TeamCity和Octopus部署我们新的.NET Core Wep Api,它运行在IIS后面的Kestrel上.一切都很好,除了第一个请求大约需要2分钟.也就是说,部署后的第一个请求和IIS上重新启动站点后的第一个请求.

要发布我们使用的应用

dnvm use 1.0.0-rc1-update1 -a x64 dnu publish --configuration release --runtime active --no-source --include-symbols

同一IIS实例上的较旧应用程序大约需要15秒才能响应第一个请求.
我们的.NET Core应用程序在大约15秒后响应,仅使用部署到IIS的相同实际代码在Kestrel上运行它.

剩下的1分45秒发生了什么 – 为什么需要这么长时间？

我们怎样才能调试这个？

更新：

事实证明,IIS无法正常关闭Kestrel进程(dnx.exe).它崩溃时出现以下错误：

Unhandled exception at 0x00000000776E298A (ntdll.dll) in w3wp.exe: 0xC000070A: Status 0x (parameters: 0xFFFFFFFFC0000008, 0x0000000000000324, 0x000000000167D930, 0x0000000000277520, 0x000007FEE60388F4).

如果我手动终止dnx.exe进程然后重启站点它启动速度非常快,所以我的理论是Octopus部署步骤以某种方式遇到相同的异常,IIS必须等待主机进程超时才能生成一个新的工作过程.

如何让IIS正常关闭dnx进程？如何从IIS中获得更易理解的异常？

问题的原因是IIS无法正常停止运行Kestrel的dnx进程,并且必须等待它超时才能运行正常运行的进程.

为了解决这个问题,我们添加了一个PowerShell脚本来手动停止dnx进程,这是Octopus Deploy进程的第一步：

Stop-Process -processname dnx -ErrorAction SilentlyContinue -Force

至于为什么IIS无法正常终止工作进程以及如何解决这个问题我仍然不知道.