<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
局限性：
这个方法是万能的，但是也不是完美的
因为要靠服务器解析，所以当然不能所见即所得啦，还有就是要多打那么多字，很麻烦.
