ResolveUrl() 和 ResolveClientUrl()

ResolveUrl()  /   ResolveClientUrl()

两个方法都是传递一个相对的 URL，然后返回一个相对于当前客户端浏览器的相对URL地址
但是两者的返回值，却截然不同
ResolveClientUrl返回相对于当前页面下文件的地址
ResolveUrl则返回页面所在应用程序下的相对地址
例如：
页面：~/Student/main.aspx
图像：~/Images/copy.gif
(这里~表示应用程序根目录)
使用一：
resolveClientUrl=Page.ResolveClientUrl("Images/copy.gif")
resolveUrl=Page.ResolveUrl("Images/copy.gif")
在页面main.aspx里使用copy.gif图像，则使用标题上的两种方法返回的结果如下
ResolveClientUrl：Images/copy.gif
ResolveUrl：/Student/Images/copy.gif

---

使用二：
resolveClientUrl=Page.ResolveClientUrl("~/Images/copy.gif")
resolveUrl=Page.ResolveUrl("~/Images/copy.gif")
在页面main.aspx里使用copy.gif图像，则使用标题上的两种方法返回的结果如下
ResolveClientUrl：../Images/copy.gif
ResolveUrl：/Images/copy.gif

---

结论
所以在使用ResolveClientUrl和ResolveUrl的时候一定要注意两者的区别
在使用相对URL地址时一定要在前面加上(~)或(~/),这样就万无一失了
不过使用这两种方法返回的物理路径(Server.MapPath)，都是一样的

对了，这个方法主要是用于“用户控件”中的图片。要不，不同地方引用控件，会导致图片无法显示。
<img src='<%= ResolveUrl("~/images/top.gif") %>'>
<td height="20" background='<%= ResolveUrl("~/images/top.gif") %>'></td>

总结： ResolveUrl()

1、发现利用服务器控件不会出现任何问题。服务器端路径服务器端可以自动转化，如果你加入ResolveUrl会发现反而画蛇添足！
2、如果用了HTML控件，条件是：如果一个用户控件目录里中有一个用户控件，此用户控件利用HTML控件来显示其他目录里的图片，此时如果此用户控件拖放到根目录上的网页时，不能正确显示图片，此时必须用ResolveUrl方法，就不会出现问题。写法是：<img src='<%=ResolveUrl("../Images/head.JPG") %>' />

一句话：如果你用html控件或html标签最好加上ResolveUrl方法，以防止出错；如果是用服务器控件就不用考虑ResolveUrl方法了。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

原方到此止。

我补一下，^_^

实际工作中，最多是与数据打交道。那么怎么用ResolveUrl与<%#Eval("")%>结合呢，哈哈

<%# ResolveUrl(string.Format("~/Demo.aspx?Param={0}", Eval("'DataItem'")) %>
OR
<%# ResolveUrl((string)Eval("id", "~/Demo.aspx?iParam={0}")) %>
OR
<a href='<%# ResolveUrl("~/a.aspx?Param=") + Eval('DataItem')%>'>

 

对了，这个方法主要是用于“用户控件”中的图片。其它地方也可能，但是本人觉得没有必要，因为～的存在。

最优：(一般用于解决html标签来显示图片的相对路径问题,注意‘~’符号只有服务器端才能解析,因此需要加上<% %>)

<img src='<%= ResolveUrl("~/images/top.gif") %>'>
<td height="20" background='<%= ResolveUrl("~/images/top.gif") %>'></td>

注意还有一点：在页面或控件以外的范围不能使用它们.

 

----------------------------------分割线----------------------------------

 

最常见的问题是在页面或控件以外的范围不能使用它们。

   其他的问题都是bug。如它不能正确处理一些你给的URL。例如，尝试 Page.ResolveUrl("~/test.ASPx?param=http://www.test.com")。结果与你输入字符串相同，没做任何变动。使用Reflector查看ASP.NET代码，我发现将相对URL转换为绝对URL机制都是先搜索string中的 "://"，如果找到，就直接返回了。因此，如果你传递一个带://的参数，查询字符串就是OK的。我们都知道的查询字符串参数应进行urlencode，但如果没有，它应该仍然是可以接受URL。严重的是，要检查您的浏览器。

   网上，建议的方法是使用VirtualPathUtility.ToAbsolute，如果你在传递URL作为查询字符串，这是相当不错和方便的，...否则，就会引发异常。如果是一个绝对URL，它也会抛出异常！
   所以，我决定寻求一个最终解决方案。

   首先，我要找搜索一个很好的变量，它能给我们在应用程序运行时的虚拟路径，不使用页面上下文。

   我使用了HttpRuntime.AppDomainAppVirtualPath。它能在任何地方使用-甚至在timer callback中！它没有尾随斜线路径，ASP.NET作了特素处理，消除斜杠，不过，我们能修复它:-)

   然后，我使用原ResolveUrl代码做了一些测试，找到怎么用AppVirtualPath取代：

1、当URL以斜线开始（/或\），也不会改动它！

2、当URL以〜/开始，它会被AppVirtualPath取代。

3、当URL是一个绝对URL，也不会改变它。

4、在任何其他情况下（甚至以〜开始，而不是斜杠），将追加URL到AppVirtualPath。

5、每当它修改URL，还修复斜杠。删除双斜线，用/替换\。

代码：

代码
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->public static string ResolveUrl(string relativeUrl)
{
    if (relativeUrl == null) throw new ArgumentNullException("relativeUrl");

    if (relativeUrl.Length == 0 || relativeUrl[0] == '/' ||
        relativeUrl[0] == '\\') return relativeUrl;

    int idxOfScheme =
      relativeUrl.IndexOf(@"://", StringComparison.Ordinal);
    if (idxOfScheme != -1)
    {
        int idxOfQM = relativeUrl.IndexOf('?');
        if (idxOfQM == -1 || idxOfQM > idxOfScheme) return relativeUrl;
    }

    StringBuilder sbUrl = new StringBuilder();
    sbUrl.Append(HttpRuntime.AppDomainAppVirtualPath);
    if (sbUrl.Length == 0 || sbUrl[sbUrl.Length - 1] != '/') sbUrl.Append('/');

    // found question mark already? query string, do not touch!
    bool foundQM = false;
    bool foundSlash; // the latest char was a slash?
    if (relativeUrl.Length > 1
        && relativeUrl[0] == '~'
        && (relativeUrl[1] == '/' || relativeUrl[1] == '\\'))
    {
        relativeUrl = relativeUrl.Substring(2);
        foundSlash = true;
    }
    else foundSlash = false;
    foreach (char c in relativeUrl)
    {
        if (!foundQM)
        {
            if (c == '?') foundQM = true;
            else
            {
                if (c == '/' || c == '\\')
                {
                    if (foundSlash) continue;
                    else
                    {
                        sbUrl.Append('/');
                        foundSlash = true;
                        continue;
                    }
                }
                else if (foundSlash) foundSlash = false;
            }
        }
        sbUrl.Append(c);
    }

    return sbUrl.ToString();
}
    
    在完成代码后和比较原来ResolveUrl测试一遍又一遍，我开始测试性能...在大多数情况下，我的代码执行速度比原来快ResolveUrl 2.7倍！我也在循环内部进行测试，用不同的URL执行代码100000次。