四、Server.Transfer()方法
五、Server.Execute()方法
Response.Write(str);
其它引用：
1. http://www.cnblogs.com/jiahaipeng/archive/2008/05/10/1190888.html
页面跳转一般分为两大类：服务器端跳转和客户端跳转，其一般的形式为：
如果你要在服务器端跳转，可以这样：
Response.Redirect("WebForm1.aspx"); Response.End();如果你要在客户端跳转，可以这样：
<script language="javascript" type="text/javascript">window.location.href="WebForm1.aspx";;</script>如果你要让页面显示几秒钟之后跳转，可以在html代码的<head></head>部分加上这样的代码：
<meta http-equiv="refresh" content="3"; url="WebForm1.aspx">以上是实现页面跳转的基本方法，现在来看一个例子：我们定义一个页面，页面Html如下：
<body> <form id="form1" runat="server"> <div> <asp:Button ID="Button1" runat="server" Text="JS跳转" OnClick="Button1_Click" /> <asp:Button ID="Button2" runat="server" Text="CS跳转" OnClick="Button2_Click" /> </div> </form></body>在页面中我定义了两个跳转按钮，其后台代码如下：
Code
Js_ShowMessage(
}这两种跳转会有什么差别呢？通过执行代码，当触发Button1的click事件时，页面是先显示了一段信息（“我要跳转了”）后，跳转到别的页面，而触发Button2的click事件的时候，页面直接跳转，并没有显示我们所要求的信息。这是为什么呢？我们明明是要求在显示一段信息后，在跳转的阿。
原来，用Response.Redirect实现页面跳转的时候，客户段仅仅是读取了服务器端发送页面的头部，便执行了跳转，并没有执行页面中的JS代码，因此没有显示我们所要求显示的信息。二用JS跳转，客户段执行了服务器端发送的页面的js代码，因此是先显示了一段代码后，再实现的跳转。
由此我们可以看出，用Response.Redirect实现页面跳转，比用JS要节省资源。因此我们在后台执行一段代码后要求页面跳转的时候，尽量用Response.Redirect实现页面跳转。
但是，有这么一种情况：我要删除某一项信息，删除完毕后，我要求先提示一段信息，告诉我信息删除完毕，然后在跳转到别的页面。这时，用Response.Redirect显然是不能实现的，只能用JS实现页面的跳转。
总结：在后台执行一段代码后要求页面跳转的时候，用Response.Redirect实现页面跳转。
在后台执行一段代码，并显示一条提示信息后要求页面跳转的时候，用Response.Redirect实现页面跳转。
这里在讨论下button控件的onClientClick事件：如下代码：
<asp:Button ID="Button2" runat="server" Text="CS跳转" OnClick="Button2_Click" OnClientClick="alert('我要跳转了');return true;" /> <asp:Button ID="Button2" runat="server" Text="CS跳转" OnClick="Button2_Click" OnClientClick="alert('我要跳转了');return false;" />当return false时，并不执行页面的后台代码。
当return true 时，是要执行页面的后台代码的。
这和js中的Confirm对话框是一样的。
这样，我们要求先显示一段信息，再执行一段后台代码，在实现页面跳转的时候，可以在Button加上onClientClick事件。
2. http://www.cnblogs.com/fangbaiyi/archive/2009/05/19/1459862.html
HTML页面跳转
有3种方法可以实现html的页面跳转，1，refresh 2，onload事件中加入代码 3，js实现
1.
<html>
<body>
<meta http-equiv="refresh" content="0;url=http://88223100.cnblogs.com">
</body>
</html>
2.
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<title>欢迎访问</title>
</head>
<body onLoad="parent.location='http://88223100.cnblogs.com'">
</body>
</html>
3.
<script language="JAVASCRIPT">
setTimeout("document.location.href="/index.asp'",0);
</script>
放在<body></body>之间就可以了!
3.http://www.cnblogs.com/zhouxiaxue/archive/2006/05/11/397217.html
ASP.NET应用中，Web表单之间的导航有多种方式：用超级链接，用Response.Redirect，用Server.Transfer，或者用Server.Execute。本文将分析这四种导航方式的异同及其优缺点，帮助你选择最佳的导航方式。
一、超级链接
从一个表单进入另一个表单最简单的方式是使用HTML超级链接控件。在Web表单中，使用超级链接的HTML代码类如:
＜a href="WebForm2.aspx"＞进入表单2＜/a＞ 当用户点击该超级链接，WebForm2.aspx执行并将结果发送到浏览器。超级链接导航方式几乎可用于任何地方，包括HTML页面和普通的ASP页面。ASP.NET还提供了另一种可替换使用的方法，即HyperLink服务器控件
＜form id="Form1" method="post" runat="server"＞ ＜asp:HyperLink id="HyperLink1" runat="server" NavigateUrl="WebForm2.aspx"＞进入表单2＜/asp:HyperLink＞ ＜/form＞上述HTML代码的运行结果和第一个例子相同，因为ASP.NET把HyperLink Web服务器控件视为一个HTML超级链接控件。但两者有一点重要的区别，HyperLink Web服务器控件可以在服务器端编程。具体地说，可以在程序代码中改变它的NavigateUrl属性，从而允许构造出具体目标可根据应用的当前状态动态变化的超级链接，例如：
Private Sub Button1_Click( _ ByVal sender As System.Object, _ ByVal e As System.EventArgs) _ Handles Button1.Click HyperLink1.NavigateUrl = "WebForm3.aspx" End Sub 这段代码执行后，如果用户点击链接，他看到的将是WebForm3.aspx，而不是WebForm2.aspx。
二、用程序控制重定向
虽然超级链接能够从一个页面导航到另一个页面，但这种导航方式是完全由用户控制的。有些时候，我们可能要用代码来控制整个导航过程，包括何时转到另一个页面。在这些场合，ASP.NET有三种不同的方式可以达到相似的目的：调用Response对象的Redirect方法，调用Server对象的Transfer或Execute方法。这三种导航方式的行为基本相似，但也有区别。
2.1 Response.Redirect
Response.Redirect方法导致浏览器链接到一个指定的URL。当Response.Redirect()方法被调用时，它会创建一个应答，应答头中指出了状态代码302（表示目标已经改变）以及新的目标URL。浏览器从服务器收到该应答，利用应答头中的信息发出一个对新URL的请求。
这就是说，使用Response.Redirect方法时重定向操作发生在客户端，总共涉及到两次与服务器的通信（两个来回）：第一次是对原始页面的请求，得到一个302应答，第二次是请求302应答中声明的新页面，得到重定向之后的页面。
2.2 Server.Transfer
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。
2.3 Server.Execute
Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。
这种页面导航方式类似于针对ASPX页面的一次函数调用，被调用的页面能够访问发出调用页面的表单数据和查询字符串集合，所以要把被调用页面Page指令的EnableViewStateMac属性设置成False。
默认情况下，被调用页面的输出追加到当前应答流。但是，Server.Execute方法有一个重载的方法，允许通过一个TextWriter对象（或者它的子对象，例如StringWriter对象）获取被调用页面的输出，而不是直接追加到输出流，这样，在原始页面中可以方便地调整被调用页面输出结果的位置。
用Server.Transfer或Server.Execute方法实现导航时，还要注意一点：最后得到的页面可能不是合法的HTML页面，因为最终返回给客户端的页面可能包含多个＜HTML＞和＜BODY＞等标记。IE浏览器看来能够容忍并正确处理这类情形，但如果用户要用到其他的浏览器，最好仔细测试一下。
三、比较与选择
既然从一个页面导航到另一个页面的办法有这么多，应该如何选择最佳的导航方式呢？下面是一些需要考虑的因素：
·如果要让用户来决定何时转换页面以及转到哪一个页面，超级链接最适合。
·如果要用程序来控制转换的目标，但转换的时机由用户决定，使用Web服务器的HyperLink控件，动态设置其NavigateUrl属性。
·如果要把用户连接到另一台服务器上的资源，使用Response.Redirect。
·用Response.Redirect把用户连接到非ASPX的资源，例如HTML页面。
·如果要将查询字符串作为URL的一部分保留，使用Response.Redirect。
·如果要将执行流程转入同一Web服务器的另一个ASPX页面，应当使用Server.Transfer而不是Response.Redirect，因为Server.Transfer能够避免不必要的网络通信，从而获得更好的性能和浏览效果。
·如果要捕获一个ASPX页面的输出结果，然后将结果插入另一个ASPX页面的特定位置，则使用Server.Execute。
·如果要确保HTML输出合法，请使用Response.Redirect，不要使用Server.Transfer或Server.Execute方法。
