【Response】高效的使用 Response.Redirect解决一些不必要的问题-Redirect

欢迎您访问我爱IT技术网，今天小编为你分享的编程技术是：【高效的使用 Response.Redirect解决一些不必要的问题】，下面是详细的讲解！

高效的使用 Response.Redirect解决一些不必要的问题

介绍:

我正在评估一个 ASP.NET Web 项目应用。它有一些可扩展性问题。意味着当网站访问量增加的时候。系统将会变得缓慢。当我查看应用日志。我找到了大量的 ThreadAbortException. 这个应用大量的使用了 Response.Redirect (是的 endResponse=true),这个就是可扩展性问题的根源。通过endResponse=false 在Response.Redirect将会解决这个问题. 但这样做会导致应用程序出现一些奇怪的问题。因为应用程序将假设在 Response.Redirect 将在当前页面停止执行.除此之外你需要处理一些安全隐患，因为你的应用程序是假设页面事件永远不会执行重定向之后。在这篇文章中，我将讲述一个简单的方法来解决这些问题，并取得良好性能

说明:

比方说你有一个web表单,需要验证一些条件并在条件不符时重定向用户跳转。

这样做很好，但这会影响可扩展性能。因为它将会终止线程池.现在，只需要用Response.Redirect("Unauthorized.aspx", false)替换Response.Redirect("Unauthorized.aspx") . 这将解决线程终止的问题，但不会停止当前页面生命周期. 也就是说,你有需要确保 btnSave_Click 事件（和所有其他页面时间）因为只要允许btnSave_Click事件执行任何人都可以很容易地发送POST请求. 为了解决这个问题我推荐使用RedirectUser扩展方法。

使用 RedirectUser 第一个好处是它将首先使用对于应用程序具有良好扩展性的Response.Redirect(with endResponse=false) 方法。.第二个好处就是在你多次调用这个方法后它不会覆盖先前的Response.Redirect(如果有的话). 第三个好处是它会调用 HttpApplication.CompleteRequest用来处理 ASP.NET运行时所有通过的事件以及过滤 HTTP 管道信息(不是页面生命周期管道信息).另外你需要注意在 btnSave_Click事件中检查 Response.IsRequestBeingRedirected.我也希望你把所有的内部控制放到 Response.IsRequestBeingRedirected 检查,

另一件你需要注意的事情，当你使用一个复杂的控制（类似GridView, RadGrid, etc）这些拥有 选择，插入，更新和删除事件时。 当 Response.IsRequestBeingRedirected 为true时，你必须取消操作(插入，更新或删除) 这些事件，下面是一个例子

总结:

在这篇文章里,我向您展示如何使用Response.Redirect . 我同样也发现了一些风险问题。可以采用Response.Redirect优化和技术以降低风险 .也同样希望你喜欢这篇文章。

关于高效的使用 Response.Redirect解决一些不必要的问题的用户互动如下：

　　相关问题：

　　答： >>详细

　　相关问题：

　　答： >>详细

　　相关问题：

　　答： >>详细