ASP.NET MVC+ELMAH - 发生异常时控制器方法需要很长时间才能响应

发布于 2024-10-21 03:29:50 字数 436 浏览 3 评论 0原文

我正在使用在 ASP.NET MVC 中构建的 Web 应用程序。它部署到 IIS 7,并且我将其配置为使用 ELMAH 记录异常。

我面临的问题是,当控制器方法中发生异常时,即使我正在捕获/记录异常,也需要 15-20(或更多)秒来响应 HTTP 请求。因此,用户永远坐在那里想知道网站出了什么问题。这种情况发生在各种异常情况下;共同的线索似乎是,如果控制器方法中发生异常,就会出现问题。

有人见过这个问题吗?

注意:我运行的是 WinServer 2008 x64、ASP.NET MVC 2、.NET 4.0、IIS7、ELMAH 1.1,并且 Web.Config 中的 debug 设置为 False。不久前,这种情况还没有发生过。我不知道我可能做了什么改变才导致这种情况发生。

I'm working with a web application I built in ASP.NET MVC. It is deployed to IIS 7, and I have it configured to log exceptions with ELMAH.

The problem I'm facing is that when an exception occurs in a controller method, it takes 15-20 (or more) seconds to respond to the HTTP request, even if it's an exception that I'm catching/logging. So the user is left sitting there forever wondering what's wrong with the site. This occurs over all sorts of exceptions; the common thread seems to be that the problem appears if an exception occurs in a controller method.

Has anyone ever seen this problem?

Note: I am running WinServer 2008 x64, ASP.NET MVC 2, .NET 4.0, IIS7, ELMAH 1.1, and debug is set to False in Web.Config. This didn't used to happen a while ago; I don't know what I might have changed to cause this to start happening.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

顾冷 2024-10-28 03:29:51

好吧,那很快。我想通了。

ELMAH 用于存储错误的数据库已移至其他服务器,并且我忘记使用新的连接字符串更新 Web.Config。因此,它会等待错误日志记录数据库连接超时,然后再将 HTTP 响应返回给用户。

现在,有了正确的连接信息,异常就会像以前一样快速返回。

Ok, that was fast. I figured it out.

The database ELMAH was using to store errors was moved to a different server, and I forgot to update Web.Config with the new connection string. So it was waiting for the error logging database connection to time out before returning the HTTP response to the user.

Now, with the correct connection information, exceptions are returning quickly like they used to.

无边思念无边月 2024-10-28 03:29:51

一些让您行动起来的想法:

  1. 您可以在本地开发计算机上重复这个问题吗?
  2. 您是否尝试过使用 Visual Studio 性能分析(带有检测)来隔离滞后发生在哪里?

这就是我会做的来追踪这个问题。他们的性能分析需要一些时间来适应,但它提供了出色的数据。

A couple of ideas to get you moving:

  1. Can you duplicate this problem on your local development machine?
  2. Have you tried to use Visual Studio Performance Profiling (with instrumentation) to isolate where the lag occurs?

That's what I would do to track down the issue. Their performance profiling takes some getting used to but it provides excellent data.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文