<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")%>

　　用法：

　　這個用法和方法一差不多，但是有個好處，就是可以避免方法一的局限性