http://developer.51cto.com/art/200901/104833.htm

在一个ASP.NET应用中如果要进行URL Rewrite，那么一般就是在BeginRequest事件中调用HttpContext的RewritePath方法，将该请求重新“定位”至一个目标URL。例如我们就可以在Global.asax中重写Application_BeginRequest方法来实现这一点： 之所以在BeginRequest中进行Rewrite，是因为这个事件是在所有Pipeline事件中最早被触发的。在这时进行了重新“定位”之后，当前HttpContext中的一些属性也就发生了相应的变化（例如HttpContext.Request.Path）。这样，接下来的Pipeline事件的处理程序逻辑就会受到影响。例如在需要根据目录进行权限判断时，就会使用“定位”后的路径，而不是ASP.NET所收到的请求。自然最“显著”的变化就是对Handler的选择，例如上例，我们把请求重新定位至“CustomerList.aspx”文件，这样ASP.NET引擎就会选择*.aspx所对应的System.Web.UI.PageHandlerFactory类对请求进行处理。 public class Global : System.Web.HttpApplication { protected void Application_BeginRequest(object sender, EventArgs e) { HttpContext context = HttpContext.Current; if (context.Request.Path.Equals("/Customers", StringComparison.InvariantCultureIgnoreCase)) { context.RewritePath("~/CustomerList.aspx"); } } } 最后插句提外话，有两个概念需要区分开来，那就是“ASP.NET Pipeline”与“Web Forms”。两者都是ASP.NET里的重要模型，但是差别还是非常大的： ◆ASP.NET Pipeline：作为每个ASP.NET应用所接受到的请求来说，都会经过这个“管道”进行处理。这是一个ASP.NET级别的模型。 ◆Web Forms：在ASP.NET Pipeline的执行过程中，其中有一个步骤是选择一个合适的Handler（或HandlerFactory）来处理请求。如果是aspx页面，ASP.NET就会选择System.Web.UI.PageHandlerFactory类，在这个类中才最终形成了WebForms模型。 其实上面这句话的“形成”二字可能也不太确切。因为Web Forms可能应该是一个可以独立使用的执行引擎和模型，而System.Web.UI.PageHandlerFactory中也只是利用了这个模型而已。我们在编写ASP.NET应用时，完全可以根据我们的需要，在其他地方使用这个模型。