您希望在外部服务器上托管的一个原因可能是绕过浏览器对特定服务器并发连接的限制。

但是，考虑到您正在使用的jQuery文件可能不会经常更改，浏览器缓存会起作用，使这一点在大多数情况下变得毫无意义。

把它放在外部服务器上的第二个原因是降低到自己服务器的流量。

但是，考虑到jQuery的大小，它可能只占您流量的一小部分。你可能应该尝试优化你的实际内容。

我将添加这一点作为本地托管这些文件的理由。

Recently a node in Southern California on TWC has not been able to resolve the ajax.googleapis.com domain (for users with IPv4) only so we are not getting the external files. This has been intermittant up until yesterday (now it is persistant.) Because it was intermittant, I was having tons of problems troubleshooting SaaS user issues. Spent countless hours trying to track why some users were having no issues with the software, and others were tanking. In my usual debugging process I'm not in the habit of asking a user if they have IPv6 turned off.

我无意中发现了这个问题，因为我自己正在使用这个特定的“路由”到文件，而且只使用IPV4。我发现了开发工具告诉我jquery没有加载的问题，然后开始做traceroutes等…找到真正的问题。

在此之后，我很可能永远不会回到外部托管文件，因为:谷歌不必因为这成为一个问题而崩溃，而且……这些节点中的任何一个都可能被DNS劫持，并传递恶意js而不是实际文件。一直认为我是安全的，谷歌域永远不会宕机，现在我知道用户和主机之间的任何节点都可能是故障点。

我只包含了jQuery站点的最新版本:http://code.jquery.com/jquery-latest.pack.js，它符合我的需求，而且我从来不用担心更新。

编辑:对于一个主要的网络应用，当然要控制它;下载并自己提供。但对于我的个人网站，我一点也不在乎。东西不会神奇地消失，它们通常会先被弃用。我对它的了解足以让我知道在未来的版本中需要修改哪些内容。

负责人:

  (function() {
    var jsapi = document.createElement('script'); jsapi.type = 'text/javascript'; jsapi.async = true;
    jsapi.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'www.google.com/jsapi?key=YOUR KEY';
    (document.getElementsByTagName('head')[0] || document.getElementsByTagName('head')[0]).appendChild(jsapi);
  })();

正文结尾:

<script type="text/javascript">
google.load("jquery", "version");
</script>

I host it with my other js files on my own server, and, that's that point, combine and minify them (with django-compresser, here, but that's not the point) to be served as just one js file, with everything the site needs put into it. You'll need to serve your own js files anyway, so I see no reason to not add the extra jquery bytes there too - some more kbs are much more cheaper to transfer, than more requests to be made. You are not dependent to anyone, and as soon as your minified js is cached, you're super fast as well.

在第一次加载时，基于CDN的解决方案可能会胜出，因为您必须从自己的服务器加载额外的jquery千字节(但是，没有额外的请求)。不过，我怀疑这种差异是否明显。然后，在第一次加载清除缓存时，您自己的托管解决方案可能总是更快，因为需要更多的请求(和DNS查找)来获取CDN jquery。

我想知道为什么这一点几乎从未被提及，以及cdn是如何占领世界的:)

我不得不为谷歌上托管的库投票-1。他们收集数据，谷歌分析风格，与他们的包装这些库。至少，我不希望客户端浏览器做比我要求它做的更多的事情，更不用说页面上的其他事情了。更糟糕的是，这是谷歌不作恶的“新版本”——使用不引人注目的javascript来收集更多的使用数据。

注意:如果他们改变了这种做法，那就太好了。但上次我考虑使用他们的托管库时，我监控了站点上的出站http流量，我没想到会周期性地调用谷歌服务器。