Question

我们正在通过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应用程序在使用部署到IIS的相同实际代码完全在Kestrel上运行时，大约15秒后响应。

其余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中获得更易理解的异常？

Answer 1

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

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

private void button1_Click(object sender, EventArgs e) 
{
    foreach (Control ctrl in this.Controls)
    {
        if (ctrl .GetType() == typeof(UserControl))
        {
            ctrl .Visible = false;
        }
    }
    UserControl1.visible = True;
}

至于为什么IIS无法正常终止工作进程以及如何修复，我仍然不知道。

IIS上的ASP.NET核心应用程序启动速度非常慢

1 个答案: