IIS上的ASP.NET核心应用程序启动速度很慢
发布时间:2020-12-16 09:20:04 所属栏目:asp.Net 来源:网络整理
导读:我们正在通过TeamCity和Octopus部署我们新的.NET Core Wep Api,它运行在IIS后面的Kestrel上.一切都很好,除了第一个请求大约需要2分钟.也就是说,部署后的第一个请求和IIS上重新启动站点后的第一个请求. 要发布我们使用的应用 dnvm use 1.0.0-rc1-update1 -a x
我们正在通过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秒才能响应第一个请求. 剩下的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无法正常终止工作进程以及如何解决这个问题我仍然不知道. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- asp.net-mvc – 我如何可以渲染局部视图在asp.net mvc 3
- asp.net – 从通用列表中将ListItem添加到DropDownList
- 天蓝色 – 不在托管服务或开发结构中运行(生产,而不是调试/
- asp.net-mvc – 在实时服务器上使用oauth登录失败
- ListBox中的选定项目是否有ASP.NET集合?
- asp.net-mvc-3 – 在Asp.net MVC中为optgroup功能使用Helpe
- asp.net – 如何在我的自定义MvcRouteHandler中模拟IgnoreR
- [ASP.NET MVC]为HtmlHelper添加一个RadioButtonList扩展方法
- asp.net – 使用Javascript重新定位模态弹出窗口
- asp.net-mvc – 支持URL中任何位置的catch-all参数的Asp.ne
推荐文章
站长推荐
- asp.net – 如何在web.config中定义using语句?
- asp.net-mvc – ASP.NET MVC Windows Azure组织身
- 为什么我的客户端去服务器来检查在使用ASP.NET M
- asp.net-mvc-4 – 为什么我们需要MVC中的Web API
- asp.net-mvc – 如何在ASP.NET MVC中为经过身份验
- asp.net-core – 哪些版本的Windows Server与.NE
- asp.net-mvc – LINQ Distinct()
- asp.net-mvc – 从web.Config授权Controller级别
- ASP.NET核心Facebook身份验证中间件用户图片
- asp.net – 如何通过命令按钮发送多个命令参数?
热点阅读