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

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

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

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

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

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

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

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

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

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

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

除了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...

服务器。传输不会改变客户端浏览器中的URL，因此实际上浏览器并不知道您更改了另一个服务器端处理程序。响应。重定向告诉浏览器移动到另一个页面，因此标题栏中的url会发生变化。

服务器。传输稍微快一点，因为它避免了到服务器的一次往返，但不更改url可能对您有好处，也可能有坏处，这取决于您想要做什么。