url中如果有对静态文件的请求，也可以对它进行路由。例如，图片、静态html文件、JavaScript库等。
在前面例子的解决方案中，在Content文件夹中创建一个叫做“StaticContent.html”的文件。
<html> <head> <title>Static HTML Content</title> </head> <body> this is the static html file (~/Content/StaticContent.html) <h2>你现在使用的不是Chrome浏览器，请使用Chrome浏览器访问</h2> </body> </html>
默认情况下，路由系统会先考察一个url是否直接匹配磁盘文件。如果有匹配，就直接访问到这个磁盘文件，默认就不使用路由，包括路由中的约束都不对此访问起作用。例如，对上面的文件，在默认情况下，在任一浏览器中直接给出url：
"~/Content/ContentStatic.html"
就可以直接访问到。
如果希望在检查磁盘文件之前，先进行路由匹配，可以将RouteExistingFils属性设置为true，例如：
public static void RegisterRoutes(RouteCollection routes) { routes.RouteExistingFiles = true; routes.MapRoute("DiskFile", "Content/StaticContent.html", new { Controller = "Account", Action = "LogOn" }, new { customConstraint = new UserAgentConstraint("Chrome") }); routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}", new { Controller = "Home", Action = "Index", id = UrlParameter.Optional }, new { Controller="^H.*", Action="^Index$|^About$", httpMethod = new HttpMethodConstraint("GET")}, new[] { "_11_3URLTestDemo.Controllers" }); }
上面的new { customConstraint = new UserAgentConstraint("Chrome") }使用了自定义的一个类UserAgentConstraint来生成一个实例，通过判断客户端浏览器发出请求时，传递过来的状态字符串中是否包含特定子串，来限定指定的浏览器。客户端浏览器的状态字符串是通过属性httpContext.Request.UserAgent传递过来的。因此，在当前项目中11-3URLTestDemo中新建一个名为“Infrastructure”的文件夹，在此文件夹中添加一个类库文件UserAgentConstraint.cs，内容如下：
namespace _11_3URLTestDemo.Infrastructure { public class UserAgentConstraint:IRouteConstraint { private string requiredUserAgent; public UserAgentConstraint(string agentParam) { requiredUserAgent = agentParam; } public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection) { return httpContext.Request.UserAgent != null && httpContext.Request.UserAgent.Contains(requiredUserAgent); } } }
当然，前面在Global.asax中使用该类来生成实例时，就需要using _11_3URLTestDemo.Infrastructure;
在Global.asax的RegisterRoutes中，首先设置
routes.RouteExistingFiles = true;
表示对磁盘文件的url请求要先进行路由匹配，路由不匹配时才对该磁盘文件直接访问。
接下来设置了对该磁盘文件的路由：
routes.MapRoute("DiskFile", "Content/StaticContent.html", new { Controller = "Account", Action = "LogOn" }, new { customConstraint = new UserAgentConstraint("Chrome") });
如果有url请求"~/Content/StaticContent.html"，就会路由到Controller为Account，Action为LogOn的方法上进行执行，而且后面还有一个约束，就是客户端浏览器传递过来的状态字符串中要包含Chrome，也就是限定了只有客户端是使用的Chrome浏览器时，才做此路由，否则，就直接访问Content/StaticContent.html
通过这样的设置，就可以限定在对某一url请求时，根据客户端使用的浏览器不同，来做不同的处理。
在本例中，对于"~/Content/StaticContent.html"的请求，如果用户用的Chrome浏览器，则匹配路由，执行AccountController里的LogOn方法，如果用户用的是其他浏览器（比如ie），那么就直接给出对StaticContent.html文件的访问。
Chrome的 httpContext.Request.UserAgent "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.146 Safari/537.36" string
ie10的httpContext.Request.UserAgent "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)" string
在实验过程中，上面的例子限定Chrome能够稳定执行。
但是在限定ie浏览器时，执行不稳定。例如，
routes.MapRoute("DiskFile", "Content/StaticContent.html", new { Controller = "Account", Action = "LogOn" }, new { customConstraint = new UserAgentConstraint("MSIE") });
企图限定客户端使用ie浏览器才匹配路由，否则直接给出对StaticContent.html的访问。实验时采用的ie10，可以看到上面给出的状态字符串，直接限定字符给IE是不行，给MSIE，但在执行过程中在UserAgentConstraint.cs的：
return httpContext.Request.UserAgent != null && httpContext.Request.UserAgent.Contains(requiredUserAgent);
处设置断点，有时能中断，有时不能中断。路由也是有时匹配，有时不匹配，目前没有找到引起这个问题的原因。使用Chrome浏览器就很稳定，能中断，也能按约束正常路由匹配。
-lyj