”反应。重定向"和"服务器。“转移”有助于在页面执行时将用户从一个页面转移到另一个页面。但是他们进行这种转移/重定向的方式非常不同。

如果你是视觉爱好者，想看演示而不是理论，我建议你看看下面的facebook视频，它以更直观的方式解释了差异。

https://www.facebook.com/photo.php?v=762186150488997

他们之间的主要区别是谁来转账。在“响应。重定向“传输是由浏览器在服务器中完成的”。“传输”是由服务器完成的。让我们试着以更详细的方式来理解这句话。

在“服务器。转让”以下是转让发生的顺序:-

1.用户向ASP发送请求。网络页面。在下图中，请求被发送到“WebForm1”，我们希望导航到“Webform2”。

2.服务器开始执行“Webform1”，页面的生命周期开始。但是在页面的整个生命周期完成之前。transfer”恰好是“WebForm2”。

3.创建“Webform2”页面对象，执行整个页面生命周期，然后将输出HTML响应发送到浏览器。

在“回应”中。“重定向”下面是导航事件的顺序:-

1.客户端(浏览器)向页面发送请求。在下图中，请求被发送到“WebForm1”，我们希望导航到“Webform2”。

2.“Webform1”的生命周期开始执行。但在生命周期之间。重定向”发生。

3.现在，他向浏览器发送HTTP 302命令，而不是服务器执行重定向。该命令告诉浏览器必须向“Webform2”发起GET请求。aspx页面”。

4.浏览器解释302命令并为“Webform2.aspx”发送一个GET请求。

换句话说就是“服务器”。服务器在响应时执行“传输”。“重定向”由浏览器执行。”反应。重定向”需要两个请求来做页面的重定向。

所以什么时候使用“服务器”。转移”以及何时使用“响应”。重定向”?

使用“服务器。当您想导航位于同一服务器上的页面时，请使用“响应”。重定向"当你想在不同服务器和域上的页面之间导航时。

下面是一个汇总表，其中列出了不同之处以及在哪个场景中使用。

响应。重定向的代价更大，因为它向服务器添加了额外的行程，以确定要去哪里。

服务器。传输是更有效的，但它可能会误导用户，因为Url没有物理改变。

根据我的经验，性能上的差异还没有大到可以使用后一种方法

如上所述，有许多不同之处。除此之外，还有一个不同。Response.Redirect()可用于将用户重定向到不属于应用程序的任何页面，但Server.Transfer()只能用于在应用程序内重定向用户。

//This will work.
Response.Redirect("http://www.google.com");

//This will not work.
Server.Transfer("http://www.google.com");

Response.Redirect()应该在以下情况下使用:

我们希望将请求重定向到我们服务器上的一些普通HTML页面或其他web服务器 我们不关心在每个请求上引起到服务器的额外往返 我们不需要保留原始请求中的查询字符串和表单变量 我们希望我们的用户能够看到新的重定向URL，他在他的浏览器重定向(并能够收藏它，如果它的必要)

Server.Transfer()应该在以下情况下使用:

我们希望将当前页面请求传输到同一服务器上的另一个.aspx页面 我们希望保留服务器资源并避免到服务器的不必要的往返 我们想保留查询字符串和表单变量(可选) 我们不需要在用户的Web浏览器中显示我们重定向请求的真实URL

响应。重定向在第一个页面到达客户端后将页面重定向到另一个页面。所以客户端知道重定向。

服务器。传输退出页面的当前执行。客户端不知道重定向。它允许您传输查询字符串和表单变量。

所以这取决于你的需要来选择哪个更好。

响应。重定向:告诉浏览器可以在新的位置找到所请求的页面。然后，浏览器向新页面发起另一个请求，在浏览器中加载其内容。这将导致浏览器产生两个请求。

服务器。转移:它将执行从服务器上的第一个页面转移到第二个页面。就浏览器客户端而言，它只发出一个请求，初始页面就是响应内容的页面。 这种方法的好处是减少了一次从客户机浏览器到服务器的往返。此外，任何提交的表单变量和查询字符串参数也可用于第二个页面。