在Asp.net WebForm中，Server对象是HttpServerUtility类的实例。看下图：
而在Asp.net MVC中，Server对象是HttpServerUtilityBase对象。
来看下HttpServerUtility类提供的功能。顺便以一个ashx页面来展示一下该类的作用。
一、属性
MachineName 获取服务器的计算机名称。
ScriptTimeout 获取和设置请求超时值（以秒计）。
public void ProcessRequest(HttpContext context)
{
context.Response.Write(context.Server.MachineName); //输出 KISSDODOG-PC 获取计算机名
context.Response.Write(context.Server.ScriptTimeout); //输出 110
}
二、方法
ClearError 清除前一个异常。
CreateObject 已重载。 创建 COM 对象的一个服务器实例。
CreateObjectFromClsid 创建 COM 对象的服务器实例，该对象由对象的类标识符 (CLSID) 标识。
Execute 已重载。 在当前请求的上下文中执行指定资源的处理程序，然后将执行返回给调用它的页。
GetLastError 返回前一个异常。
HtmlDecode 已重载。 对已被编码以消除无效 HTML 字符的字符串进行解码。
HtmlEncode 已重载。 对要在浏览器中显示的字符串进行编码。
MapPath 返回与 Web 服务器上的指定虚拟路径相对应的物理文件路径。 该方法经常使用。将虚拟路径转换为服务器物理路径。
Transfer 已重载。 终止当前页的执行，并为当前请求开始执行新页。
TransferRequest 已重载。 异步执行指定的 URL。
UrlDecode 已重载。 对字符串进行解码，该字符串针对 HTTP 传输进行了编码并在 URL 中发送到服务器。
UrlEncode 已重载。 编码字符串，以便通过 URL 从 Web 服务器到客户端进行可靠的 HTTP 传输。
UrlPathEncode 对 URL 字符串的路径部分进行 URL 编码并返回编码后的字符串。
UrlTokenDecode 将 URL 字符串标记解码为使用 64 进制数字的等效字节数组。
UrlTokenEncode 将一个字节数组编码为使用 Base 64 编码方案的等效字符串表示形式，Base 64 是一种适于通过 URL 传输数据的编码方案。
context.Response.Write(context.Server.MapPath("/")); //输出 C:\Users\Administrator\Desktop\WebApplication1\WebApplication1\ //该方法经常用，将虚拟路径转换为物理路径
context.Response.Write("<div style=‘HtmlEncode测试</div>"); //如果不编码，默认就是会被浏览器解析的
context.Response.Write(context.Server.HtmlEncode("<div style=‘HtmlEncode测试</div>")); //经过编码之后 原样输出
效果如下：
我们将那段经过HTML编码之后的字符解码之后再进行输出查看效果。
string str = "<div style='#39;>HtmlEncode测试</div>";
context.Response.Write(context.Server.HtmlDecode(str));
效果如下
从效果中我们看出，经过编码之后效果又变回被浏览器解析的了。
下面来看看Excute方法：
test.ashx页面：
public void ProcessRequest(HttpContext context)
{
context.Response.Write("我是第一个text.ashx处理结果");
context.Response.Write("<br/>");
context.Server.Execute("/Default.aspx");
context.Response.Write("我是第二个text.ashx处理结果");
}
Default.aspx页面代码：
protected void Page_Load(object sender, EventArgs e)
{
Response.Write("我是Default.aspx处理的输出!");
}
效果：
很明显可以看到，Excute可以将请求再给另外一个处理程序，用于再次处理页面，当请求完毕后会返回到本页面继续执行，请求上下文,包括表单数据，URL信息都都会传送过去。Server.Execute方法允许当前的ASPX页面执行一个同一Web服务器上的指定ASPX页面，当指定的ASPX页面执行完毕，控制流程重新返回原页面发出Server.Execute调用的位置。
Server.Transfer与Response.Redirect方法类似，只是Response.Redirect的作用相似，不同之处在于，Response.Redirect是客户端发送请求到服务器,服务器执行Response.Redirect之后，返回302，浏览器接收到请求后，再次发送一次请求到要跳转的URL，而Server.Transfer的跳转完全是在服务器端，浏览器根本不知道已经跳转了，因此路径显示的仍然是原路径。
在网络状态较好的情况下,Redirect(url)方法效率最高!! 可重定向到同一台或非同一台服务器上的aspx或非aspx（html）资源 Server.Transfer方法和Server.Execute方法最灵活!! 但只能转到同一Application目录下，也有可能导致不期望的结果发生 Server.Execute方法占用资源最多.
text.ashx代码：
public void ProcessRequest(HttpContext context)
{
context.Server.Transfer("/Default.aspx");
}
Default.aspx代码：
protected void Page_Load(object sender, EventArgs e)
{
Response.Write("我是Default.aspx处理的输出!");
}
效果：
test.ashx页面代码：
public void ProcessRequest(HttpContext context)
{
string url = "http://www.xxx.com/username=zhangsan&Age=";
context.Response.Write(context.Server.UrlEncode(url)); //URL路径编码
context.Response.Write("<br/>");
string encodeurl = "http%3a%2f%2fwww.xxx.com%2fusername%3dzhangsan%26Age%3d";
context.Response.Write(context.Server.UrlDecode(encodeurl));
}
显示效果：
