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

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

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

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

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

除了ScarletGarden的评论，你还需要考虑搜索引擎和你的重定向的影响。这个页面永久移动了吗?暂时的?这很重要。

看:响应。重定向vs。“301永久移动”:

We've all used Response.Redirect at one time or another. It's the quick and easy way to get visitors pointed in the right direction if they somehow end up in the wrong place. But did you know that Response.Redirect sends an HTTP response status code of "302 Found" when you might really want to send "301 Moved Permanently"? The distinction seems small, but in certain cases it can actually make a big difference. For example, if you use a "301 Moved Permanently" response code, most search engines will remove the outdated link from their index and replace it with the new one. If you use "302 Found", they'll continue returning to the old page...

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

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

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

响应。重定向涉及一个额外的往返和更新地址栏。

服务器。传输不会导致地址栏更改，服务器会用来自另一个页面的内容响应请求

e.g.

响应。重定向:

在客户机上，浏览器请求一个页面http://InitiallyRequestedPage.aspx 在服务器上响应请求，302传递重定向地址http://AnotherPage.aspx。 在客户机上，浏览器向地址http://AnotherPage.aspx发出第二个请求。 在服务器上响应来自http://AnotherPage.aspx的内容

服务器。转让:

在客户机上，浏览器请求一个页面http://InitiallyRequestedPage.aspx 在服务器上。转至http://AnotherPage.aspx 在服务器上，对http://InitiallyRequestedPage.aspx的请求做出响应，从http://AnotherPage.aspx返回内容

响应。重定向

优点:- RESTful -它改变地址栏，地址可以用来记录请求之间的状态变化。

缺点:- 慢——在客户端和服务器之间有一个额外的往返。当客户端和服务器之间存在大量延迟时，这样做的代价可能会很高。

服务器。转移

优点:- 快。

缺点:- 状态丢失-如果您正在使用服务器。转移来改变应用程序的状态以响应回贴，如果页面随后被重新加载，该状态将丢失，因为地址栏将与第一次请求时相同。

传输完全是服务器端的。客户端地址栏保持不变。请求之间上下文的传输有些复杂。刷新和重新启动页面处理程序可能是昂贵的，所以在管道的早期进行传输，例如在BeginRequest期间的HttpModule中。仔细阅读MSDN文档，并测试和理解HttpContext的新值。请求——特别是在回发场景中。我们通常使用服务器。转换为错误场景。

重定向以302状态终止请求，客户端往返响应并在内部吃掉一个异常(轻微的服务器性能打击-取决于你每天做多少)客户端然后导航到新地址。浏览器地址栏和历史更新等。客户端支付额外的往返费用-费用取决于延迟。在我们的业务中，我们重定向了很多，我们编写了自己的模块来避免异常成本。