什么可以阻止asp.net应用程序中的无限错误生成/错误处理循环?
我有一个Asp.net MVC项目,发生了一个内部服务器错误,由Global.asax.cs中的Application\u error方法处理 它发出了一个什么可以阻止asp.net应用程序中的无限错误生成/错误处理循环?,asp.net,asp.net-mvc,iis,error-handling,Asp.net,Asp.net Mvc,Iis,Error Handling,我有一个Asp.net MVC项目,发生了一个内部服务器错误,由Global.asax.cs中的Application\u error方法处理 它发出了一个Server.TransferRequest(路径,false)。此错误也在Global.asax.cs中捕获和处理。因此,处理和产生错误的无限循环开始了 结果是它产生了超过200次迭代,然后停止了 为什么它停止产生错误?循环是如何终止的 有人对此有什么想法吗?我认为这种情况必须由IIS(7.5版)来处理,但我不明白。或者调用堆栈深度有限制
Server.TransferRequest(路径,false)返回不存在并导致另一个内部错误的视图的操作的代码>。此错误也在Global.asax.cs中捕获和处理。因此,处理和产生错误的无限循环开始了
结果是它产生了超过200次迭代,然后停止了
为什么它停止产生错误?循环是如何终止的
有人对此有什么想法吗?我认为这种情况必须由IIS(7.5版)来处理,但我不明白。或者调用堆栈深度有限制
谢谢。IIS将在特定范围后停止此操作。具体范围是什么?我正在考虑stackoverflow异常,但我在日志中没有这样的错误。请求的具体数量。是否TransferRequest
init new request?我认为它只是改变了处理请求的方式,重定向到应用程序中的另一个资源。