在开发基于ASP.NET的Web应用程序时，经常会遇到一些请求无法正确映射到实际存在的资源。例如，当用户尝试访问一个不存在的目录时，IIS默认会返回404错误。然而，可以通过一些配置和编程技巧，将这些请求重定向到ASP.NET应用中，从而实现更灵活的URL处理。
通常情况下，当一个请求到达IIS时，它会首先检查请求的目录和文件是否存在。如果不存在，IIS不会触发ASP.NET应用中的HttpModule。这意味着，如果用户尝试访问一个不存在的目录，比如"http://somewebsite/fakedirectory/"，IIS会直接返回404错误，而不会将请求传递给ASP.NET应用。
要解决这个问题，可以采取以下步骤：
首先，需要在IIS中修改404错误的处理方式。具体来说，可以将404错误重定向到ASP.NET应用。这样，当用户请求一个不存在的目录时，IIS会自动将请求重定向到应用。例如，可以将404错误重定向到"http://somewebsite/default.aspx"。
接下来，需要在ASP.NET应用中处理这些重定向的请求。当应用接收到一个重定向的请求时，它会包含一个特殊的查询参数，例如：http://somewebsite/default.aspx?404;http://somewebsite/fakedirectory/。可以通过解析这个URL，提取出用户原本想要访问的URL，并进行相应的处理。
在ASP.NET应用中，可以使用HttpModule来处理这些请求。以下是一个C#方法的示例，它接受原始请求的URL，并检查是否包含404错误。如果是404错误，它会解析出原始请求的URL并返回；如果不是404错误，则返回原始的URL。
internal static String GetRequestedURL(String originalRequest)
{
// Determine the page the user is requesting.
String url = originalRequest;
// Check for an error URL which IIS will throw when a non-existing
// directory is requested and custom errors are thrown back to this site
if (url.Contains(";") && url.Contains("404"))
{
// Split the URL on the semi-colon. Error requests look like:
// errorpage.aspx?404;http://originalrequest OR
// errorpage.aspx?404;http://originalrequest:80
String[] splitUrl = url.Split(';');
// Set the URL to the original request to allow processing of it.
if (splitUrl.Length >= 1)
{
url = splitUrl[1];
// Remove the first http://
url = url.Replace("http://", "");
// Get only the application path and beyond of the string. This
// may be / if it's in the root folder.
int index = url.IndexOf(System.Web.HttpContext.Current.Request.ApplicationPath);
if (index >= 0)
{
url = url.Substring(index);
}
}
}
return url;
}
这个方法首先检查传入的URL是否包含404错误。如果是，它会将URL分割，并提取出用户原本想要访问的URL。然后，它会移除URL中的"http://"部分，并获取应用程序路径之后的部分。这样，就可以得到一个干净的URL，可以对其进行进一步的处理。
虽然这个问题的解决方案相对简单，但在实际开发过程中，可能会遇到各种各样的问题。通过这种方式，可以确保所有的请求都能被ASP.NET应用正确处理，而不会因为目录不存在而直接返回404错误。这种方法不需要对IIS或ASP.NET应用进行大量的修改，是一种非常实用的解决方案。