有没有什么情况下它不起作用?

如果父页面是从file://加载的，那么它可能无法工作(它将尝试获取file://cdn.example.com/js_file.js，当然您也可以在本地提供)。

许多人称之为协议相对URL。

它会导致IE 7和IE 8中CSS文件的双重下载。

根据gnud的引用，RFC 3986第5.2节说:

如果定义了方案组件，则指示引用 以方案名开始，然后引用被解释为 绝对URI，我们就完成了。否则，引用URI的方案 继承自基URI的方案组件。

所以//是正确的:-)

有没有什么情况下它不起作用?

如果您是在本地服务器上开发，那么它可能无法工作。您需要指定一个方案，否则浏览器可能会假设src="//cdn.example.com/js_file.js"是src="file://cdn.example.com/js_file.js"，这将破坏，因为您没有在本地托管这个资源。

微软ie浏览器似乎对这一点特别敏感，看这个问题:无法在本地主机上加载jQuery (WAMP)

您可能总是试图找到一种解决方案，该解决方案适用于所有环境，所需的修改最少。

HTML5Boilerplate使用的解决方案是在资源没有正确加载时有一个回退，但只有当你合并一个检查时才有效:

<script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
<!-- If jQuery is not defined, something went wrong and we'll load the local file -->
<script>window.jQuery || document.write('<script src="js/vendor/jquery-1.10.2.min.js"><\/script>')</script>

更新:HTML5Boilerplate现在使用<script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js后决定弃用协议相对url，见[这里][3]。

由于您的示例链接到外部域，如果您使用的是HTTPS，那么您应该验证外部域也为SSL设置了。否则，您的用户可能会看到SSL错误和/或404错误(例如，旧版本的Plesk将HTTP和HTTPS存储在单独的文件夹中)。对于cdn，这应该不是一个问题，但对于任何其他网站，这可能是一个问题。

另一方面，在更新旧网站时进行测试，也可以在META REFRESH的url=部分中工作。

它保证可以在任何主流浏览器上运行(我没有考虑市场份额低于0.05%的浏览器)。见鬼，它适用于ie 3.0。

RFC 3986定义URI由以下部分组成:

     foo://example.com:8042/over/there?name=ferret#nose
     \_/   \______________/\_________/ \_________/ \__/
      |           |            |            |        |
   scheme     authority       path        query   fragment

当定义相对uri(章节5.2)时，你可以省略这些部分，总是从左边开始。在伪代码中，它看起来像这样:

 result = ""

  if defined(scheme) then
     append scheme to result;
     append ":" to result;
  endif;

  if defined(authority) then
     append "//" to result;
     append authority to result;
  endif;

  append path to result;

  if defined(query) then
     append "?" to result;
     append query to result;
  endif;

  if defined(fragment) then
     append "#" to result;
     append fragment to result;
  endif;

  return result;

您描述的URI是一个无方案的相对URI。