IIS 6 通配符应用映射和HttpHandler配置

崬城衞

我们在对自定义HttpHandler处理时，如果需要处理某一个未设置的扩展名时，需要在IIS的摄制中，添加这一扩展名和可执行程序（ASPNET_ISAPI.Dll）的映射。不过与IIS 5 不同，在IIS 6中不允许设置*，也就是说你必须指定一个特定的扩展名，而不是一个通配符。

如果需要设置通配符映射那么要设置WildCard Application Maps。可以将ASPNET_ISAPI.Dll添加到列表中，这样你就可以通过设置Web.Config来实现对所有扩展名（包括目录）的自定义HttpHandler处理了。不过需要注意：如果这些扩展名的文件不存在，那么不要选中 "Verify that files exists"。

现在做的配置仅仅是将所有的请求都交给ASPNET_ISAPI.Dll处理，包括目录访问、静态文件等等,    性能自然就有所降低了。







在Machine.Config中配置了所有的HttpHandler，也就是说，即使我们设置了通配符应用映射但没有做任何处理，那么就使用Machine.Config中的配置进行处理。

Machine.Config中的配置：
　　(太长，所以这个删了，自己去看)


从Machine.Config中的配置中可以看出它对所有的内容都作了处理，如path="*"  verb="GET,HEAD"的内容的功能是不在上面添加的处理规则之中的扩展名都使用System.Web.StaticFileHandler处理，即作为静态内容处理，jpg,gif,swf等等都是使用StaticFileHandler 处理的。

反编译StaticFileHandler 可以看到：
　　

internal class StaticFileHandler : IHttpHandler{      // Methods      internal StaticFileHandler();      private void BuildFileItemResponse(HttpContext context, string fileName, long fileSize, DateTime lastModifiedTime, string strETag);      private void CacheValidateHandler(HttpContext context, object data, ref HttpValidationStatus validationStatus);      private static bool CompareETags(string strETag1, string strETag2);      internal static string GenerateETag(HttpContext context, DateTime lastModTime);      internal static bool IsSecurityError(int ErrorCode);      public void ProcessRequest(HttpContext context);      internal static bool SendEntireEntity(HttpContext context, string strETag, DateTime lastModifiedTime);      // Properties      public bool IsReusable { get; }      // Fields      private const int DEFAULT_CACHE_THRESHOLD = 0x40000;      private const int ERROR_ACCESS_DENIED = 5; }

其代码内，基本都是对各种异常情况的处理，和对静态文件的读取并Response。

   需要注意：.net 2.0 beta 2（v2.0.50215）对HttpHandler的处理放在了Web.Config目录下，并更改了部分的HttpHandler，如System.Web.StaticFileHandler变成了System.Web.DefaultHttpHandler。

通过学习和模仿machine.config中HttpHandler的配置，我们可以书写我们自己的web.config配置来实现更自由的设置。

Web.Config中配置：


　　

httpHandlers>

要注意：不希望被path="*" 处理的扩展名需要写在上面，path="*" 写在最下面，这样就保证aspx的扩展名仍然使用System.Web.UI.Page处理，jpg,gif人仍然使用System.Web.StaticFileHandler处理。而所有除此之外的扩展名和目录访问就全部进入我们的HandlerSample.MyHandler处理。



对于path="*"配置要注意，如果不写path="*"的配置，那么就会使用上一级的设置（最终是machine.config），那么你可以只处理如path="*.a"的请求，其他的使用machine.config的配置，一旦写了path="*"的配置，那么你就要自己处理全部的扩展名的顺序。