<link href="/site.css" rel="stylesheet" type="text/css" />

　　<%--第二种方法--%>

　　<link href="site.css" rel="stylesheet" type="text/css" />

　　<%--第三种方法--%>

　　<link href="../site.css" rel="stylesheet" type="text/css" />

　　<%--第四种方法--%>

　　<link href="<%=ResolveUrl("~/site.css")%>" rel="stylesheet" type="text/css" />

　　下面，我在分析一下这四种方法的优缺点

　　方法一：    /url

　　用法：

　　这个是从域名顶部开始查找文件

　　如果你的页面是：http://dozer.cnblogs.com/article/1.aspx

　　引用的css文件时：/css/site.css

　　最后的css路径就是：http://dozer.cnblogs.com/css/site.css

　　也就是说，它会忽略 http://dozer.cnblogs.com 后面的所有东西，然后加上自身

　　局限性：

　　如果你的网站是一个子网站，比如在IIS下的一个网站中建立应用程序（而不是直接建立一个网站）

　　那么你网站的根目录就会是：http://www.test.com/website

　　问题来了，因为引用都是根据url来判断的，它根本无法区别你网站的根目录是什么，所以解析出来的地址也会错误，会把"website"都忽略掉

　　方法二：  url

　　用法：

　　这个是相对的路径

　　如果你的页面是：http://dozer.cnblogs.com/article/1.aspx

　　引用的css文件时：css/site.css

　　最后的css路径就是：http://dozer.cnblogs.com/article/css/site.css

　　也就是说，它会去除最后一个"/"后的东西，然后加生自身

　　局限性：

　　这个的局限性有2个：

　　第一：如果你在masterpage中做了一个引用，但是内容页却在不同的文件夹，最后的引用是根据内容页来判断的，所以就出错了。

　　第二：如果你用了UrlRewrite，那url和实际文件系统是不同的，那很明显也会出错。

　　方法三：     ../url

　　用法：

　　其实这个和方法二一样，../ 是返回上一级的意思

　　如果你的页面是：http://dozer.cnblogs.com/article/1.aspx

　　引用的css文件时：../css/site.css

　　最后的css路径就是：http://dozer.cnblogs.com/css/site.css

　　局限性：

　　局限性和方法二一样

　　另外，IIS默认不允许用 ../ 来返回父级，所以要配置一下

　　方法四：     <%=ResolveUrl("~/url")%>

　　用法：

　　这个用法和方法一差不多，但是有个好处，就是可以避免方法一的局限性

　　因为这个是靠服务器解析出来的，而不是在客户端执行的，所以能识别子网站

　　如果你的页面是：http://www.cnblogs.com/dozer/article/1.aspx

　　引用的css文件时：<%=ResolveUrl("~/site.css")%>

　　最后的css路径就是：http://www.cnblogs.com/dozer/site.css

　　局限性：

　　这个方法是万能的，但是也不是完美的

　　因为要靠服务器解析，所以当然不能所见即所得啦，还有就是要多打那么多字，很麻烦.