我要评论一:场景
出于某种理由，需要由asp.net引擎处理所有可能出现的无效url的request。
二:现状
对于无效url，一般会由iis返回404错误。当然，也可以自定义custom error page，但是在这种情况下，并不能处理原url所代表的request的数据（如表单数据）。或许我们想直接在application_beginrequest中处理该请求，但是，如果我们的iis已经处理了“verify that file exists”，则实际上该请求根本不会被application_beginrequest命中（fire）。
三:解决方案
1：准备好web.config，进行如下配置：
<location path="foldertest">
<system.web>
<httphandlers>
<add verb="*" path="*" type="yournamespace.yourhandler"/>
</httphandlers>
</system.web>
<system.webserver>
<handlers>
<add name="testyou" verb="*" path="*" type="younamespace.youhandler" resourcetype="unspecified"/>
</handlers>
</system.webserver>
</location>
有几点需要说明：
1）熟悉system.web和system.webserver的朋友一定知道，后者是针对iis7及以上的集成模式的配置项，如果不满足此宿主条件，则iis会自动忽略此配置，采用前者的配置节点。
2）经过此配置后，iis7及以上的集成模式的站点已经能够处理foldertest路径下的所有404 request了。
3）resourcetype="unspecified"，是用来处理标示处理所有请求的，包括file and folder等等，如果我们处理的是文件url，则不需要此配置属性。
4）path=”*”，表明这是一个wildcard httphandler。
5）如果我们不是要处理子目录下所有请求，如上文配置中的foldertest，而是要处理根目录下的所有404请求，则去掉location配置节。
2：现在来处理iis7及以上的集成模式的情况
比如，不幸我们还在使用ii6，则应该在iis中配置“verify that file exists”为非构选状态。以iis6为例，我们可进行如下操作：
1：）打开站点配置节点
点击configuration之。
2：）然后，在出现的界面中的下半部分，即“wildcard application maps”部分，点击“insert”，出现如下图：
把aspnet_isapi.dll配置进去，然后不要钩选“verify that file exists”，ok之。
至此，整个世界清静了。你可以在你的httphandler中处理任何想要的request的数据了，比如表单数据，哪怕客户端提交的是一个不存在的url。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论