Response.Redirect与Server.Transfer区别

一、执行过程：

1、浏览器ASP文件请求->服务器执行->遇到response.redirect语句->服务器发送response.redirect后面的地址给客户机端的浏览器->浏览器请求执行新的地址

2、浏览器ASP文件请求->服务器执行->遇到Server.Transfer语句->服务器转向新的文件

---

二、切换对象：

1、Response.Redirect可以切换到任何存在的网页。

2、Server.Transfer只能切换到同目录或者子目录的网页。必须指定一个真实存在页面的路径，不能使用mvc的方式配置路径。

---

三、数据保密：

1、Response.Redirect后地址会变成跳转后的页面地址。

2、Server.Transfer后地址不变，隐藏了新网页的地址及附带在地址后边的参数值。具有数据保密功能。

---

四、传递的数据量（网址后附带的参数）：

1、Response.Redirect能够传递的数据以2KB为限。

2、传递的数据超过2KB时，务必使用Server.Transfer。

---

五、两者区别的详细描述

1、Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。
这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。

2、Server.Transfer方法把执行流程从当前的ASPX文件转到同一服务器上的另一个ASPX页面。调用Server.Transfer时，当前的ASPX页面终止执行，执行流程转入另一个ASPX页面，但新的ASPX页面仍使用前一ASPX页面创建的应答流。
如果用Server.Transfer方法实现页面之间的导航，浏览器中的URL不会改变，因为重定向完全在服务器端进行，浏览器根本不知道服务器已经执行了一次页面变换。
默认情况下，Server.Transfer方法不会把表单数据或查询字符串从一个页面传递到另一个页面，但只要把该方法的第二个参数设置成True，就可以保留第一个页面的表单数据和查询字符串。
同时，使用Server.Transfer时应注意一点：目标页面将使用原始页面创建的应答流，这导致ASP.NET的机器验证检查（Machine Authentication Check，MAC）认为新页面的ViewState已被篡改。因此，如果要保留原始页面的表单数据和查询字符串集合，必须把目标页面Page指令的EnableViewStateMac属性设置成False。

简单的说:
Response.Redirect 是通知客户端浏览器（客户端浏览器，地址栏地址发生变化）跳转的。
而 Server.Transfer 是在服务端跳转（客户端浏览器，地址栏地址不发生变化）
简单的来说，Response.Redirect 需要多走一个来回。而，Server.Transfer 能少走一个。
Response.Redirect 对于客户端浏览来说，速度可能会慢点,但对于服务端能少些负担；
而Server.Transfer 对于客户端浏览会快一些（因为少走一个来回），但服务器负担会大一些。

---

六、两者比较，Server.Transfer的优缺点
server.Transfer与response.Redirect的作用都是重定向，我认为它与response.Redirect相比有两个优点、一个缺点。

优点：
1、它在服务器端直接重定向，不用像response.Redirect一样先与浏览器通信再重定向，效率高。
2、它可以传递上一个页面的提交值。比如：A页面提交值到B页面，B页面Transfer到C页面，C页面同样可以收到A页面提交的值。
3、可以隐藏url。

缺点：不能刷新页面，比如：A页面提交登录信息到B页面，B页面处理后Transfer再到A，A页面得不到刷新，指定了过期也不行。如果A、B页面不在同一个目录下，我们还会发现更多意想不到的结果，使用相对链接的图片、超链接的指向都改变了，造成这种原因是B页面读取A页面内容却以B页面的身份输出，所以路径改变了。