我们知道网页中的路径关系一般有两种情况，一是相对路径，一是绝对路径。今天在调试一个bug的时候，发现IIS对于相对路径的解析有些不一致的问题，害我调试了半天。那么到底是什么不一致呢？
简单说一下Web页中路径的关系，前面说的绝对路径么没啥可说的，不过有两种情况。一是以protocol prefix开头的绝对路径，这是最绝对了，没有任何含混的东东；二是以"/"开头的绝对路径，这个嘛就是从服务器的根开始算，一般情况下也不会有太大的问题了。相对路径也是两种情况，一是向前定位的路径，一个"../"表示向上一个目录；二是向后定位的路径，这个就很简单了。
上面那个路径规则在Cmd里面也同样有效，只是没有protocol prefix开头这种说法了，取而代之的是盘符了。比如当前目录C:\AAA\BBB\CCC\DDD\EEE>：
C:\AAA\BBB\CCC\DDD\EEE>cd http://www.cnblogs.com/../ enter
C:\AAA\BBB>
回来说IIS解析路径的问题，我们知道URL路径的目录分格符是："/"。当我们访问的一个页面的URL是：
http://www.cnblogs.com/birdshome/archive/2005/05/24/161375.html 的时候，如果我们在"/"随意再加一些"/"，使用如下的URL：http://www.cnblogs.com/birdshome//archive///2005///05//24/161375.html，同样可以访问到这个页面，没有任何问题。显然这里IIS把连续的"/"给优化成一个"/"了，这样的处理似乎是没有什么大问题事情。
可是当IIS在解析相对路径的时候，却是按一个"/"就是一级来解析
。这样如果我们在目录：../abc/ced中使用../就能回到目录../abc，可是如果是路径../abc//ced，我们使用../page.htm，却成了"../abc/page.htm"
。
例如html代码为：<img src="../SiteCount.gif">，图片在上一级目录，我们使用URL: http://localhost/images/page.htm时图片完全可以正确的访问，可是当我们把URL改成：http://localhost/images//page.htm后。红叉叉
就出来了，这时我们点右键看这个图片的属性，路径是：http://localhost/images/SiteCount.gif。不过，IIS向下搜索相对路径的处理没有这个问题。